Atariki - Wkład użytkownika [pl]

SIO

2025-01-25T10:13:38Z

Trub: FujiNet

Serial Input/Output. W założeniach jest to rezydujący w ROM-ie podsystem niskopoziomowych procedur blokowego dostępu do urządzeń szeregowych, to jest przede wszystkim stacji dysków, drukarek, modemów i magnetofonu. Wszystkie te urządzenia podłącza się w Atari do [[Gniazdo SIO|gniazda SIO]].

W serii [[XL]] do podsystemu SIO dodano także niskopoziomową (blokową) obsługę urządzeń podłączanych do szyny równoległej ([[PBI]]), czyli tak zwanych [[nowe urządzenia|nowych urządzeń]].

==Sposób użycia==

Żądaną operację definiuje się ustawiwszy przedtem odpowiednie zmienne w bloku DCB (Device Control Block, $0300), a następnie wywołuje skokiem JSR pod JSIOINT $E459, co jest punktem wejściowym interfejsu szeregowo-równoległego. Przy powrocie rejestr Y zawiera wartość 1 w przypadku powodzenia, bądź ujemny [[kody błędów|kod błędu]].

===Struktura DCB===

<table border=1 cellpadding=5>
<tr><td>Adres</td><td>Etykieta</td><td>Wielkość</td><td>Znaczenie</td></tr>

<tr><td>$0300</td><td>DDEVIC</td><td>Bajt</td><td>Identyfikator urządzenia (zob. niżej).</td></tr>

<tr><td>$0301</td><td>DUNIT</td><td>Bajt</td><td>Numer urządzenia; w przypadku stacji dysków numer napędu.</td></tr>

<tr><td>$0302</td><td>DCMND</td><td>Bajt</td><td>Komenda dla urządzenia.</td></tr>

<tr><td>$0303</td><td>DSTATS</td><td>Bajt</td><td>Przed wywołaniem SIO należy ustawić tu rodzaj operacji ($40 odczyt, $80 zapis, $C0 zapis i odczyt, $00 brak transferu danych). Po powrocie z systemu znajduje się tu status operacji ([[kody błędów|kod błędu]]).</td></tr>

<tr><td>$0304</td><td>DBUFA</td><td>Dwa bajty</td><td>Adres bufora. Przy operacji zapisu i odczytu jednocześnie (DSTATS = $C0) bufor na odczytywane dane znajduje się w tym samym miejscu, co bufor danch przeznaczonych do zapisu.</td></tr>

<tr><td>$0306</td><td>DTIMLO</td><td>Bajt</td><td>
Czas oczekiwania na pozytywną odpowiedź urządzenia, tzw. ''timeout''. Oblicza się to jak następuje: wartość DTIMLO mnożona jest przez 64, w wyniku czego otrzymujemy liczbę "[[ramka|ramek]]" [[VBL]] do odczekania. Zwiększenie DTIMLO o jeden powoduje wydłużenie czasu oczekiwania o 1,28 sek. w systemie PAL i o 1,067 sek. w systemie NTSC. Wartość "0" oznacza 256 jednostek.
Typowo ustawia się tu wartość z zakresu od $06 do $08 (zależnie od kaprysu programisty) dla wszystkich operacji oprócz formatowania. Właściwą wartość timeout dla formatowania urządzenie przesyła w bloku statusu, w odpowiedzi na komendę READ STATUS ("S", zob. niżej).
</td></tr>

<tr><td>$0307</td><td>DUNUSE</td><td>Bajt</td><td>Bajt nieużywany, zarezerwowany do przyszłych zastosowań.</td></tr>

<tr><td>$0308</td><td>DBYT</td><td>Dwa bajty</td><td>Wielkość bufora; musi być zgodna z wielkością transmitowanego bloku danych. Zero oznacza 64 kilobajty.</td></tr>

<tr><td>$030A</td><td>DAUX1</td><td>Bajt</td><td>Pierwszy bajt pomocniczy. W operacjach dyskowych młodszy bajt numeru sektora.</td></tr>

<tr><td>$030B</td><td>DAUX2</td><td>Bajt</td><td>Drugi bajt pomocniczy. W operacjach dyskowych starszy bajt numeru sektora.</td></tr>

</table>

===Wykaz urządzeń===

Komenda wysyłana do urządzenia formowana jest w strukturze CFB (Command Frame Buffer, $023A) składającej się z:
* CDEVIC
* CCMND
* CAUX1
* CAUX2
a uzupełnianej na podstawie DCB.

Istnieje pięć urządzeń zdefiniowanych przez Atari. Właściwy identyfikator urządzenia (CDEVIC) zestawiany jest przez system z kodu urządzenia (DDEVIC) i jego numeru indywidualnego (DUNIT). Wartości te są dodawane, po czym jeszcze odejmuje się 1. Dlatego stację dysków nr 1 można wywołać też jako DDEVIC=$32 i DUNIT=0, liczy się wynik wspomnianego dodawania (CDEVIC). UWAGA: jest to tzw. "nieudokumentowana" cecha procedur szeregowych OS-u, inne urządzenia (jak np. [[nowe urządzenia]]) mogą tego nie robić.

<table border=1 cellpadding = 5>
<tr><td>DDEVIC</td><td>CDEVIC</td><td>Opis</td></tr>
<tr><td>$31</td><td>$31-$3F</td><td>dyskowa pamięć masowa (stacja dysków, twardy dysk)</td></tr>
<tr><td>$40</td><td>$40-$43</td><td>drukarka</td></tr>
<tr><td>$4F</td><td>$4F</td><td>bus master (moduł [[1090]])</td></tr>
<tr><td>$50</td><td>$50-$53</td><td>port szeregowy RS-232C</td></tr>
<tr><td>$60</td><td>$60</td><td>magnetofon kasetowy</td></tr>
</table>

Przypisanie identyfikatorów do poszczególnych urządzeń jest niezbyt konsekwentne, np. CDEVIC=$31 to stacja dysków numer 1, ale CDEVIC=$41 to drukarka numer 2.

Urządzeniem, które na podanej powyżej liście jest wyjątkowe, jest magnetofon kasetowy. Jest to jedyne "nieinteligentne" urządzenie peryferyjne, to jest nie zawierające własnego procesora. Wszystkie zadania związane z wysyłaniem danych na magnetofon i odbiorem z niego wykonuje system operacyjny komputera. W odróżnieniu od innych urządzeń, magnetofon okupuje tylko identyfikator $60, a wartość DUNIT jest ignorowana - w związku z tym kody urządzeń od $61 do $6F są (na razie) wolne.

Wartości CDEVIC powyżej $7F są zarezerwowane dla pewnych rozszerzeń protokołu SIO, patrz [[SIO#Rozszerzenia_SIO|niżej]].

Ponieważ identyfikator jest częścią wysyłanej do urządzenia komendy, więc budując własne urządzenie można posłużyć się identyfikatorem spoza powyżej wyszczególnionych:

<table border=1 cellpadding = 5>
<tr><td>DDEVIC</td><td>CDEVIC</td><td>Opis</td></tr>
<tr><td>$20</td><td>$20</td><td>[[IDE Plus]], [[SIDE]]</td></tr>
<tr><td>$45</td><td>$45</td><td>[[Smart Device]] ( [[APE Time]] i [[URL Submit]])</td></tr>
<tr><td>$5A</td><td>$5A</td><td>[[ATR 8000]]</td></tr>
<tr><td>$61</td><td>$61</td><td>[[AtariSIO]], [[DOS2DOS]]</td></tr>
<tr><td>$70</td><td>$70</td><td>[http://www.mathyvannisselroy.nl/aspi.htm Atari ASPI] (zob. [http://pl.wikipedia.org/wiki/ASPI ASPI])</td></tr>
<tr><td>$70</td><td>$70</td><td>[[FujiNet]] - komendy modułu</td></tr>
<tr><td>$71-$78</td><td>$70</td><td>[[FujiNet]] - komendy dla urządzenia N:</td></tr>
<tr><td>$71-$74</td><td>$71-$74</td><td>[[SDrive]]</td></tr>
<tr><td>$71</td><td>$70</td><td>[[SIO2USB]] [http://www.atariage.com/forums/topic/155690-ape-time/page__view__findpost__p__1916403?s=2e4d3fd681ca05ec0c05b0a7e5474dd6]</td></tr>
<tr><td>$73</td><td>$72-$75</td><td>[[SIO2SD|Sio2SD]]</td></tr>
</table>

===Wykazy komend===

* [[Lista komend SIO według funkcji]]
* [[Lista komend SIO według kodów operacyjnych]]

===Blok statusu===

Blok statusu przysyłany na komendę żądania statusu ($53) ma strukturę w dużym stopniu zależną od urządzenia. Są to dwa lub cztery bajty, a ich znaczenie dla poszczególnych urządzeń jest opisane poniżej. W pierwszym bajcie statusu obowiązuje jednolity dla wszystkich urządzeń podział na dwie grupy bitów:

* bity 0-2 sygnalizują status komunikacji pomiędzy komputerem a urządzeniem
* bity 3-7 sygnalizują status wewnętrzny urządzenia

====Stacja dysków====

<table border=1 cellpadding=4>
<tr><td>Bajt</td><td>Znaczenie</td></tr>
<tr><td>0</td><td>
* bit 0 = 1 - wydana ostatnio komenda nie została rozpoznana
* bit 1 = 1 - przesłany ostatnio blok danych był błędny (błąd sumy kontrolnej)
* bit 2 = 1 - ostatnia operacja nie powiodła się (np. próbowano odczytać wadliwy sektor)
* bit 3 = 1 - dyskietka jest zabezpieczona przed zapisem
* bit 4 = 1 - kręci się silnik obracający dyskietkę
* bit 5 = 1 - sektory 256-bajtowe (128-bajtowe w przeciwnym wypadku)
* bit 6 = 0 - zarezerwowany
* bit 7 = 1 - praca w średniej gęstości
W przypadku interfejsu [[KMK/JŻ]] IDE znaczenie mają tylko bity 3 i 5, reszta jest zawsze wyzerowana.
</td></tr>
<tr><td>1</td><td>Kopia rejestru statusu kontrolera WD 1772 (lub kompatybilnego), wszystkie bity są poddane inwersji.
* bit 0 = 1 - BUSY
* bit 1 = 1 - DRQ (Data Request)
* bit 2 = 1 - Track 0 not found
* bit 3 = 1 - CRC error
* bit 4 = 1 - Record not found
* bit 5 = 1 - Seek complete
* bit 6 = 1 - Write protected
* bit 7 = 1 - Not ready
Interfejs IDE [[KMK/JŻ]] zwraca zamiast tego zawartość rejestru ERROR kontrolera IDE:
* bit 0 = 1 - Data Address Mark not found
* bit 1 = 1 - Track 0 not found
* bit 2 = 1 - Aborted command
* bit 3, zarezerwowany
* bit 4 = 1 - ID not found
* bit 5, zarezerwowany
* bit 6 = 1 - ECC error
* bit 7 = 1 - Bad sector
Podobnie jak powyżej wszystkie bity są poddane inwersji (EOR #$FF).
</td></tr>
<tr><td>2</td><td>Maksymalny czas oczekiwania na wykonanie komendy (timeout) przewidziany dla operacji dyskowej. Najdłużej trwa formatowanie, zalecaną wartością jest 240.</td></tr>
<tr><td>3</td><td>Nie używany.</td></tr>
</table>

====Drukarka====

<table border=1 cellpadding=4>
<tr><td>Bajt</td><td>Znaczenie</td></tr>
<tr><td>0</td><td>
* bit 0 = 1 - wydana ostatnio komenda nie została rozpoznana
* bit 1 = 1 - przesłany ostatnio blok danych był błędny (błąd sumy kontrolnej)
* bit 7 = 1 - drukarka jest programowalna (w drukarkach Atari ten bit jest skasowany)
Pozostałe bity są zarezerwowane.</td></tr>
<tr><td>1</td><td>DAUX2 przesłanej ostatnio komendy</td></tr>
<tr><td>2</td><td>Maksymalny czas oczekiwania na wykonanie komendy (timeout) przewidziany dla tej drukarki</td></tr>
<tr><td>3</td><td>Nie używany.</td></tr>
</table>

====RS-232 ([[850|Atari 850]])====

Blok statusu portu RS-232 ma dwa bajty (w pozostałych urządzeniach - cztery).

<table border=1 cellpadding=4>
<tr><td>Bajt</td><td>Znaczenie</td></tr>
<tr><td>0</td><td>
* bit 0 = 1 - wydana ostatnio komenda nie została rozpoznana
* bit 1 = 1 - przesłany ostatnio blok danych był błędny (błąd sumy kontrolnej)
* bit 2, zarezerwowany
* bit 3, zarezerwowany
* bit 4 = 1 - przepełnienie bufora RS-232
* bit 5 = 1 - błąd parzystości RS-232
* bit 6 = 1 - na porcie RS-232 wystąpił nadmiar bitów (overrun)
* bit 7 = 1 - na porcie RS-232 wystąpiło zakłócenie transmisji szeregowej (framing error)
</td></tr>
<tr><td>1</td><td>
* bit 0 = 1 - RCV (czyli RX) ustawione
* bit 1, zarezerwowany
* bit 2, kopia bitu 3
* bit 3 = 1 - CRX (czyli DCD) ustawione
* bit 4, kopia bitu 5
* bit 5 = 1 - CTS ustawione
* bit 6, kopia bitu 7
* bit 7 = 1 - DSR ustawione
</td></tr>
</table>

====Magnetofon kasetowy====

Przyjmuje się, że magnetofon, jako urządzenie "nieinteligentne", jest zawsze podłączony i gotowy do pracy, a więc nie zachodzi potrzeba sprawdzania jego statusu. W związku z tym funkcja READ STATUS ($53) nie jest dla magnetofonu zaimplementowana.

===Blok PERCOM===

Blok PERCOM jest to 12 bajtów informacji o konfiguracji stacji dysków. Odczyt przeprowadza się komendą $4E ("N"), a zapis - komendą $4F ("O").

<table border=1 cellpadding=5>
<tr><td>Bajt</td><td>Opis</td></tr>
<tr><td>0</td><td>Liczba ścieżek na dyskietce; w praktyce dla stacji dysków spotyka się wartości najczęściej 40 lub 80, rzadziej 35 lub 77. Partycje twardego dysku zwracają 1.</td></tr>
<tr><td>1</td><td>Szybkość przesuwu głowicy ze ścieżki na ścieżkę:
* 0 - 30 ms
* 1 - 20 ms
* 2 - 12 ms
* 3 - 6 ms
W praktyce stacje przeważnie ignorują przesłaną wartość. W przypadku twardego dysku jest ona bez znaczenia (kontroler KMK/JŻ zwraca w tym bajcie numer wersji wewnętrznego oprogramowania)</td></tr>
<tr><td>2</td><td>STARSZY bajt liczby sektorów na ścieżce.</td></tr>
<tr><td>3</td><td>MŁODSZY bajt liczby sektorów na ścieżce.</td></tr>
<tr><td>4</td><td>Liczba aktywnych stron dyskietki zmniejszona o 1 albo najstarszy bajt liczby sektorów partycji twardego dysku (patrz niżej).</td></tr>
<tr><td>5</td><td>
* bit 0 - zarezerwowany
* bit 1 = 1, dyskietka ośmiocalowa; 5,25 cala w przeciwnym wypadku
* bit 2 = 1, gęstość MFM, FM w przeciwnym wypadku
* bit 3 = 1, dysk nie ma "stron", a zamiast liczby stron jest podany najstarszy bajt całkowitej liczby sektorów dysku (partycji twardego dysku)
Pozostałe bity są zarezerwowane i powinny być wyzerowane.</td></tr>
<tr><td>6</td><td>STARSZY bajt wielkości sektora (w bajtach)</td></tr>
<tr><td>7</td><td>MŁODSZY bajt wielkości sektora (w bajtach)</td></tr>
<tr><td>8</td><td>Niewykorzystany, zapisuje się - i przeważnie odczytuje - jako $FF. W oryginalnych stacjach PERCOM bajt ten sygnalizował stan niektórych funkcji kontrolera stacji i służył do ich wybierania:
* bit 0 = 1, sektory fizyczne na ścieżce numerowane są od 0, a nie od 1.
* bit 1 = 1, sektory fizyczne 1,2,3 mają pełne rozmiary.
* bit 2, zarezerwowany
* bit 3, zarezerwowany
* bit 4, zarezerwowany
* bit 5, zarezerwowany
* bit 6 = 0, napęd stacji jest odłączony (wyjęty).
* bit 7 = 1, napęd 80-ścieżkowy pracuje w trybie 40-ścieżkowym.
W praktyce większość stacji nie ustawia tych bitów zgodnie z powyższym opisem.</td></tr>
<tr><td>9</td><td>Niewykorzystane, na ogół 0.</td></tr>
<tr><td>10</td><td>Niewykorzystane, na ogół 0.</td></tr>
<tr><td>11</td><td>Niewykorzystane, na ogół 0.</td></tr>
</table>

==Protokół transmisji==

=== Połączenia równoległe ===

Protokół transmisji urządzeń podłączanych do szyny równoległej jest zależny od programu obsługi urządzenia zawartego w jego pamięci ROM. System operacyjny tego nie definiuje.

=== Połączenia szeregowe ===

Podziału poszczególnych bajtów na bity i wyemitowania ich na złącze szeregowe tudzież przyjmowania pojedynczych bitów i scalania ich w bajty dokonuje sprzętowo układ [[POKEY]] (quod vide).

==== Opis przebiegu komunikacji ====
Przebieg komunikacji pomiędzy komputerem a urządzeniem jest następujący:

1) komputer ustawia linię COMMAND [[gniazdo SIO|portu SIO]];

2) komputer formuje czterobajtowy blok komendy, tzw. Command Frame. Command Frame składa się kolejno z (bajt 1) dodanych do siebie wartości DDEVIC i DUNIT, odjąć 1; (bajt 2) wartości DCMND; (bajt 3) wartości DAUX1; (bajt 4) wartości DAUX2;

3) komenda jest wysyłana do urządzenia razem z dołączoną na końcu [[suma kontrolna SIO|sumą kontrolną]]; czas pomiędzy ustawieniem linii COMMAND a rozpoczęciem wysyłania komendy musi być nie mniejszy niż 750 usec i nie większy niż 1600 usec.

4) komputer kasuje linię COMMAND portu SIO (nie wcześniej niż po 650 usec i nie później niż 950 usec po wysłaniu ostatniego bitu komendy) i czeka na odpowiedź;

5) urządzenie przyjmuje komendę; jeśli urządzenie stwierdziło w komendzie błąd sumy kontrolnej, nie reaguje; jeśli komenda jest nierozpoznana, albo nieprawidłowe są jej parametry (np. nie istnieje sektor o podanym numerze), odpowiedzią jest $4E ("N", jak Negative Acknowledge) i na tym transmisja się kończy; jeśli komenda jest urządzeniu znana a parametry prawidłowe, odpowiedzią jest $41 ("A", jak Acknowledge). Urządzenie musi rozpocząć wysyłanie odpowiedzi w czasie od 0 do 16 msec. od skasowania linii COMMAND przez komputer;

Dalszy przebieg jest zależny tego, czy dana komenda wymaga przesłania dodatkowego bloku danych do/z urządzenia. Możliwe są 3 sytuacje: brak transmisji danych; odczyt danych z urządzenia; zapis danych do urządzenia.

6a) Jeśli komenda nie wymaga transmisji bloku danych, urządzenie podejmuje próbę wykonania operacji; jeśli się to nie uda, wysyła kod $45 ("E", jak Error); w przeciwnym wypadku przesyłany jest kod $43 ("C", jak Complete); na tym transmisja się kończy.

6b) jeśli komenda polega na odczycie bloku danych, urządzenie podejmuje próbę wykonania operacji; jeśli się to nie uda (np. nie można odczytać sektora z powodu uszkodzenia nośnika), wysyła kod $45 ("E", jak Error); w przeciwnym wypadku przesyłany jest kod $43 ("C", jak Complete); następnie w obydwu przypadkach urządzenie natychmiast wysyła blok danych zakończony sumą kontrolną i na tym transmisja się kończy.

6c) jeśli to jest zapis bloku danych, komputer przesyła blok danych plus sumę kontrolną do urządzenia. Po jego przyjęciu, jeśli blok danych jest poprawny, urządzenie odpowiada kodem $41 ("A") i przystępuje do np. zapisania danych na nośnik. W przeciwnym wypadku, jeśli w nadesłanym bloku danych urządzenie stwierdzi błąd sumy kontrolnej lub inne nieprawidłowości, odpowiada kodem $4E ("N") lub nie odpowiada w ogóle, a blok danych ignoruje (należy tu jednak mieć na względzie, że Atari zasygnalizuje wtedy błąd timeout-u $8A). W następnej fazie urządzenie informuje komputer o wykonaniu kodem "C" lub "E" o znaczeniu jak powyżej, i na tym transmisja się kończy. Przesłanie bloku danych musi rozpocząć się nie wcześniej niż 1000 usec. i nie później niż 1800 usec. po przesłaniu ostatniego bitu potwierdzeniu przyjęcia komendy (pierwszym "A"). Rozpoczęcie przesłania potwierdzenia otrzymania bloku ("A" lub "N") musi nastąpić w czasie od 850 usec. do 16 msec. po przesłaniu ostatniego bitu bloku danych.

We wszystkich 3 przypadkach transmisja potwierdzenia końcowego ("C" lub "E") z urządzenia musi rozpocząć się nie wcześniej niż po 250 usec. i nie później niż po 255 sekundach - czyli po 4 minutach i 15 sekundach - od przesłania ostatniego bitu potwierdzenia komendy ("A") (6a, 6b) lub od odebrania ostatniego bitu bloku danych (6c).

Konieczność odebrania bloku danych z urządzenia podczas operacji odczytu, nawet po ustaleniu że operacja została wykonana błędnie (kod "E") może tłumaczyć fakt, że po operacji formatowania dysku stacje dysków wysyłają listę błędnych sektorów (rozmiar odbieranego bloku danych ustalany jest w DBYT).

==== Schemat wymiany danych ====

W fazie oznaczonej jako ''wykonanie'' urządzenie dokonuje niezbędnych czynności (np. stacja dysków wyszukuje żądany sektor na dyskietce i odczytuje go, albo zapisuje), a komputer czeka.

Potwierdzenia przesyłane są bez sum kontrolnych.

===== Tylko komenda =====

* komputer --> komenda 4 B + suma kontrolna --> urządzenie
* komputer <-- potwierdzenie 'A' <-- urządzenie
* wykonanie
* komputer <-- potwierdzenie 'C' <-- urządzenie
* koniec

===== Odczyt =====

* komputer --> komenda 4 B + suma kontrolna --> urządzenie
* komputer <-- potwierdzenie 'A' <-- urządzenie
* wykonanie
* komputer <-- potwierdzenie 'C' <-- urządzenie
* komputer <-- blok danych + suma kontrolna <-- urządzenie
* koniec

===== Zapis =====

* komputer --> komenda 4 B + suma kontrolna --> urządzenie
* komputer <-- potwierdzenie 'A' <-- urządzenie
* komputer --> blok danych + suma kontrolna --> urządzenie
* komputer <-- potwierdzenie 'A' <-- urządzenie
* wykonanie
* komputer <-- potwierdzenie 'C' <-- urządzenie
* koniec

===== Zapis i odczyt =====

* komputer --> komenda 4 B + suma kontrolna --> urządzenie
* komputer <-- potwierdzenie 'A' <-- urządzenie
* komputer --> blok danych + suma kontrolna --> urządzenie
* komputer <-- potwierdzenie 'A' <-- urządzenie
* wykonanie
* komputer <-- potwierdzenie 'C' <-- urządzenie
* komputer <-- blok danych + suma kontrolna <-- urządzenie
* koniec

====Magnetofon====

Powyższe schematy dotyczą wszystkich urządzeń SIO za wyjątkiem magnetofonu. Magnetofon nie zawiera w sobie mikroprocesora, jest urządzeniem "nieinteligentnym". Transmisja jest w całości obsługiwana przez komputer, który wysyła (i przyjmuje) bloki danych, tzw. rekordy, zawierające każdy po 128 bajtów danych, bajt sumy kontrolnej oraz bajt rodzaju rekordu i dwa dodatkowe bajty służące do pomiaru równomierności przesuwu taśmy - łącznie 132 bajty.

==Rozszerzenia SIO==

===Systemy turbo do stacji dysków===

Standardowa szybkość wymiany danych ze stacją dysków - 19200 bps - szybko okazała się dalece niewystarczająca. Ponieważ, jak napisano powyżej, możliwości układu [[POKEY]] pozwalają uzyskać znacznie więcej, wkrótce powstało kilka, różnych niestety, [[Systemy Turbo|systemów "turbo"]].

===Rozszerzone adresowanie sektorów (KMK/JŻ IDE)===

Kontroler [[KMK/JŻ IDE]] wykorzystuje bajt DUNUSE ($0307) bloku DCB jako najstarszy bajt numeru sektora. Pozwala to na zaadresowanie do 16777215 sektorów na jednej partycji.

===Rozszerzone adresowanie pamięci (65C816)===

[[DracOS]] (odmiana [[XL OS]] przygotowana dla procesora [[65C816]]) zawiera rozszerzenie SIO pozwalające na transfery danych bezpośrednio do i z dodatkowej pamięci adresowalnej liniowo (tj. znajdującej się pod adresami wyższymi niż $FFFF) oraz 32-bitowe adresowanie sektorów.

==Zobacz też==
* [http://www.atariarchives.org/dere/ De Re Atari]
* [[Obsługa protokołu SIO przez urządzenie peryferyjne]]

==Bibliografia==

* ''[http://ftp.pigwa.net/stuff/collections/nir_dary_cds/Tech%2520Info/SIOSPECS.PDF Atari Home Computer System: Serial Input Output Interface, User's Handbook]''
* Harry B. Stewart, ''[http://www.atarimuseum.com/ahs_archives/archives/pdf/computers/8bits/1200XL/sweet-16_OS.pdf Z800/Sweet 16 Operating System, External Reference Specification]''

[[Kategoria:Menu Główne]]
[[Kategoria:Programowanie Atari 8-bit]]

Lista handlerów CIO

2025-01-22T12:01:43Z

Trub:

Lista identyfikatorów urządzeń [[CIO]]:

{| border="1" cellpadding="5"
! ID !! Autor !! Krótki opis !! Gdzie znaleźć program obsługi + ewentualny opis
|-
| rowspan="2" | A: || Atari Corp. || Odczyt dyskietki przez DOS XE w formacie AtariDOS II || [[DOS XE]]
|-
| [[Maciej Czarnota]] || Zapis i odczyt sektorów dyskietki || [[Tajemnice Atari]] [http://tajemnice.atari8.info/3_92/3_92_handlera.html 3/1992]
|-
| rowspan="2" | B: || Bob Martin || Tworzy pliki bootowalne || [[ANTIC (czasopismo)|ANTIC]] [http://www.atarimagazines.com/v8n3/OperatingSystemHandlers.html 3/1989]
|-
| [http://users.uoa.gr/~knakos/atari800/android/ Kostas Nakos] i [http://analog.klanky.com/8bit.htm Tom Hudson] || Browser || [[B: Device]]
|-
| rowspan="2" | C: || Atari || Handler magnetofonu || W ROM-ie
|-
| Marek Pasek || Pozwala zmienić prędkość zapisu na magnetofon || Baud Rate Selector opublikowany w [https://tajemnice.atari8.info/1-2_93/1-2_93_brs.html Tajemnicach Atari] 1-2/93
|-
| rowspan="3" | [[D:]] || Atari i in. || Handler dysku || W [[DOS]]-ach.
|-
| Twórcy Turbo 2000 || Handler magnetofonu dla szybkiej transmisji w systemie Turbo 2000 || Oprogramowanie do Turbo 2000
|-
| Wojciech Palacz || Ramdisk ulokowany w pamięci pod ROM || Mini-Ramdisk opublikowany w [https://tajemnice.atari8.info/3_93/3_93_miniramdisk.html Tajemnicach Atari] 3/93
|-
| [[E:]] || Atari || Konsola systemowa || W ROM-ie (standardowy) lub dostarczany razem z przystawką [[XEP80]] (80-kolumnowy)
|-
| rowspan="2" | F: || Darek Mihocka || Host filesystem w emulatorze XFormer || [[XFormer]]
|-
| RiP || Kompresja plików "w locie" || [[Cat Food]] opublikowany w [https://tajemnice.atari8.info/6-7_93/6-7_93_catfood.html Tajemnicach Atari] 6-7/93
|-
| rowspan="2" | G: || Charles Johnson, 1985 || Drukowanie w trybie graficznym na drukarce EPSON i GEMINI || [http://www.strotmann.de/twiki/bin/view/APG/PgmGraphicsPrintDevice]
|-
| Rafał Mantiuk, 1991 || Wyświetlanie 80 lub 40 znaków w trybie [[Graphics 8]] || Super Text w [https://tajemnice.atari8.info/5_91/5_91_6strona.html Tajemnicach Atari] 5/91
|-
| H: || ? || Host filesystem w emulatorach || W emulatorach (Atari800)
|-
| I: || [[TOMS]] || [[STIBM]] - handler dyskietek w formacie IBM/PC || w oprogramowaniu systemowym stacji [[TOMS 720]]
|-
| J: || [[Wojciech Zientara]], 1988 || Transmisja danych przez porty joysticka || [[Procedury wejścia-wyjścia|Mapa pamięci ATARI XL/XE: Procedury wejścia-wyjścia]]
|-
| K: || Atari || Handler klawiatury || W ROM-ie
|-
| L: || David and Mary Lynch, 1985 || Handler drukarki Atari [[1020]] || [http://www.page6.org/archive/issue_13/page_22.htm]
|-
| rowspan="2" | M: || [[Bill Wilkinson]] || Prosty ramdysk || [http://www.strotmann.de/twiki/bin/view/APG/PgmMemHandler] Podobny sterownik (handler) autorstwa L. Sztobryna instalujący w systemie RAM-plik w pamięci pod ROM, został opublikowany w [https://tajemnice.atari8.info/8_91/8_91_6strona.html Tajemnicach Atari] 8/91.
|-
| Witold Ściuk || Ramfile w [[Turbo Operating System]] || [[Turbo Operating System]].
|-
| N: || Bob Martin, Antic 2/89 || Urządzenie "null" || [http://www.atarimagazines.com/software/89-06a/NULLHAND.M65], ROM [[Karin Maxi]]
|-
| O: || Andrzej Biazik || Sterownik okienek w trybie tekstowym || [http://tajemnice.atari8.info/bajtek/atari_2/atari_2_djvu.html Tylko o Atari 2]
|-
| P: || Atari || Handler drukarki || W ROM-ie. Również sterownik interfejsu [[JOYSTAR]]
|-
| Q: || - || - || [http://www.cyberroach.com/analog/an16/print_itfc.htm]
|-
| R: || Atari i in. || Handler RS-232 || Sterownik modułu [[850]] znajduje się w jego ROM-ie, sterownik [[ASI]] autorstwa [[JBW]] opublikowano w piśmie [https://tajemnice.atari8.info/10_92/10_92_asi.html Tajemnice Atari] 10/92.
|-
| S: || Atari || Handler ekranu || W ROM-ie
|-
| [[S2:]] || [[KMK]] || Handler ekranu graficznego [[VBXE]] || [http://drac030.krap.pl/vbxe_s.arc U autora]
|-
| rowspan="5" | T: || Atari i in. || Handler modemu [[XM301]] || Instalowany przez HANDLER.OBJ dołączany do dyskietki z [[XE Term]]
|-
| Witold Ściuk || Handler magnetofonu [[Turbo 2000]] || [[Turbo Operating System]]
|-
| || Handler magnetofonu [[Turbo Blizzard]] || [[Turbo Blizzard]]
|-
| || Jakieś "text display device" || [http://www.atariarchives.org/APX/showinfo.php?cat=20067]
|-
| Marek Pasek || Handler Turbo 2000 || Turbo 2000 Plus opublikowany w [https://tajemnice.atari8.info/4_93/4_93_turbo2000plus.html Tajemnicach Atari] 4/93
|-
| rowspan="3" | V: || Chris Bone, 1985 || Handler syntezatora mowy || [http://www.atarimagazines.com/v3n10/assemblylanguage.html]
|-
| THOR-Software || Voice interface - handler sprzętowego syntezatora mowy || [http://ftp.atari.art.pl/stuff/collections/atari_forever/Extension/Voice%20InterfaceVoice%20box%20for%20the%20800XL/Voice.asm]
|-
| Christopher Terpin || Atari Midi Interface || [http://ftp.atari.art.pl/stuff/collections/atari_forever/Extension/Midi/MIDI.ASM]
|-
| [[W:]] || [[Lesław Pasternak]], [[Janusz Pelc]] || Handler okienek tekstowych || [[Moje Atari]] [http://atarionline.pl/biblioteka/czasopisma/Moje_Atari/Moje_Atari_1990_01.djvu 1/1990]
|-
| X: || Steven W. Klassen, 1988 || Przesyłanie danych przez port joysticka || [http://www.cyberroach.com/analog/an16/print_itfc.htm]
|-
| [[Z:]] || [[ICD]] || Handler zegara [[R-Time 8]] || [http://www.sunmark.com/rtime/RTIME8.txt]
|}

[[Kategoria:Programowanie Atari 8-bit]]

ACX

2025-01-13T18:25:06Z

Trub:

ACX - od ang. ''Amy Chen eXecutable'' - jest formatem pliku przeznaczonym do przechowywania relokowalnych binariów. Format ten został stworzony dla doładowywanych z zewnątrz handlerów urządzeń podłączonych do łącza szeregowego ([[SIO]]) oraz szyny równoległej ([[PBI]]), zwłaszcza ekspandera [[1090]].

Procedury obsługujące ten format znajdują się w [[XL OS]], w każdym seryjnym egzemplarzu [[1200XL]], [[600XL]], [[800XL]], [[65XE]] i [[130XE]]. System korzysta z nich podczas ładowania sterowników (handlerów) z podłączonych urządzeń, np. z modułu [[1090]]. Objawem tego jest znane wszystkim posiadaczom Atari "pierdzenie" wydobywające się z głośnika monitora przy starcie systemu oraz przy odwołaniu do urządzenia niezarejestrowanego w [[CIO]]. Jest to próba skomunikowania się z urządzeniami peryferyjnymi w celu ściągnięcia odpowiednich sterowników.

Zamierzeniem twórców była dostępność procedury relokującej dla programistów. Planowane było umieszczenie oficjalnego skoku pod adresem $E486, umożliwiającego relokowanie "zwykłych" programów. Niestety, z niewiadomych przyczyn zrezygnowano z tego rozwiązania.
W systemie operacyjnym [[DracOS]] od wersji 2.22 przywrócono w [[Tablica skoków|tablicy skoków]] legalne odwołanie do procedury relokatora. Skok do niej umieszczono jednak pod adresem $E483, ze względu na zajęcie pierwotnego adresu przez inną procedurę.

Loader i związany z nim format binarny zostały przeanalizowane przez [[Trub]]a w 2006 roku na podstawie dokumentacji pochodzącej z Atari. Według kodu źródłowego autorem procedur obsługi jest Y.M. "Amy" Chen; stąd pochodzi nadana formatowi nieoficjalna nazwa.

== Ogólna struktura pliku ==
Właściwą strukturę pliku stanowią segmenty, z których każdy dotyczy pewnego fragmentu ładowanego programu. Segment jest podzielony na rekordy, z których pierwszy zawiera kod lub dane programu (''Text record'', zwany dalej ''rekordem kodu''), zaś dalej następują rekordy informacyjne, określające parametry dla relokatora (''Information records''). W typowej sytuacji program musi zostać podzielony na porcje po maksymalnie 253 bajty, ponieważ segment nie może opisywać większych fragmentów. Ostatnim rekordem w pliku jest rekord końcowy (''End record'').

Już poza oficjalną specyfikacją przyjęto, że plik dyskowy w formacie ACX zawiera dodatkowo nagłówek (sygnaturę) w dwóch pierwszych bajtach; ich wartości wynoszą kolejno $F0,$FF (nie dotyczy sterowników ładowanych z urządzeń peryferyjnych).

== Rekord kodu ==
Rekordy takie przechowują kod ładowanego programu. W zależności od typu określają sposób umieszczenia go w pamięci:
* $00 - relokacja poza stroną zerową
* $01 - relokacja na stronie zerowej
* $0A - bez relokacji.

'''Format rekordu kodu'''
<table
style="text-align: left; " border="1"
cellpadding="5" cellspacing="2">
<tr>
<td style="width: 60px;">Typ 
(1 bajt)</td>
<td style="width: 60px;">Długość 
(1 bajt)</td>
<td style="width: 120px;">Adres
względny lub bezwzględny (2 bajty)</td>
<td style="width: 300px;">Kod
programu (max. 253 bajty)</td>
</tr>
</table>
Na długość składają się, oprócz kodu programu także 2 bajty adresu, stąd powinna się mieścić w zakresie 2-255. Adres bezwględny dotyczy miejsca umieszczenia w pamięci kodu nierelokowanego (typ $0A). Dla kodu relokowalnego adres względny określa jego przemieszczenie względem adresu bazowego programu, który powinien wynosić $0000 (ew. $00 dla kodu na stronie zerowej).

== Rekord informacyjny ==
Rekordy takie zawierają tzw. fixupy, czyli informacje konieczne do relokowania fragmentu programu zawartego w poprzedzającym rekordzie kodu. Są to indeksy (offsety) elementów w kodzie, które ulegają zmianie przy jego przemieszczaniu. W zależności od rodzaju wskazywanych elementów stosuje się następujące typy rekordów informacyjnych:

Dla kodu ładowanego poza stronę zerową:

* $06 - indeksy 2-bajtowych adresów (przy relokacji aktualizowane zostaną oba bajty)
* $02 - indeksy młodszych bajtów 2-bajtowych adresów
* $08 - indeksy starszych bajtów 2-bajtowych adresów
* $04 - indeksy 1-bajtowych adresów komórek na stronie zerowej

Dla kodu ładowanego na stronę zerową:

* $07 - indeksy 2-bajtowych adresów (przy relokacji aktualizowane zostaną oba bajty)
* $03 - indeksy młodszych bajtów 2-bajtowych adresów
* $09 - indeksy starszych bajtów 2-bajtowych adresów
* $05 - indeksy 1-bajtowych adresów komórek na stronie zerowej.

Struktura rekordu informacyjnego jest inna dla typów relokujących adresy i młodsze bajty niż dla typów relokujących starsze bajty. Dla pierwszego przypadku podaje się odpowiednie indeksy (offsety) elementów w poprzedzającym rekordzie kodu, które podlegają relokacji (pierwszy bajt porcji kodu ma indeks 0).

'''Format rekordu informacyjnego dla typów $02,$03,$04,$05,$06,$07 (relokacja adresów lub młodszych bajtów)'''
<table
style="text-align: left; " border="1"
cellpadding="5" cellspacing="2">
<tr>
<td style="width: 60px;">Typ 
(1 bajt)</td>
<td style="width: 60px;">Długość 
(1 bajt)</td>
<td style="width: 60px;">Indeks 1 
(1 bajt)</td>
<td style="width: 60px;">Indeks 2 
(1 bajt)</td>
<td style="width: 60px;">Indeks 3 
(1 bajt)</td>
<td style="width: 60px;"> ... </td>
</tr>
</table>
Długość powinna mieścić się w zakresie 1-253.

W przypadku relokowania starszych bajtów adresów, do właściwej ich aktualizacji potrzebne jest dodatkowo uwzględnienie wartości młodszych bajtów (LSB). Ponieważ w kodzie może ich nie być, umieszcza się je w rekordzie informacyjnym.

'''Format rekordu informacyjnego dla typów $08,$09 (relokacja starszych bajtów)'''
<table
style="text-align: left; " border="1"
cellpadding="5" cellspacing="2">
<tr>
<td style="width: 60px;">Typ 
(1 bajt)</td>
<td style="width: 60px;">Długość 
(1 bajt)</td>
<td style="width: 60px;">Indeks 1 
(1 bajt)</td>
<td style="width: 60px;">LSB 1 
(1 bajt)</td>
<td style="width: 60px;">Indeks 2 
(1 bajt)</td>
<td style="width: 60px;">LSB 2 
(1 bajt)</td>
<td style="width: 60px;"> ... </td>
</tr>
</table>
Długość powinna mieścić się w zakresie 0-255.

Uwzględnienie przy relokacji części adresów (osobno starszy, młodszy bajt) umożliwia m.in. stosowanie w programie konstrukcji typu ''lda #<adres / ldx #>adres'', co nie jest typowe dla innych formatów relokowalnych stosowanych w Atari. Interesujące jest również specjalne potraktowanie strony zerowej, np. typ $04 pozwala poprawnie relokować następujący program:
<pre>
org $600 ;kod poza stroną zerową
lda zvar ;adresowanie strony zerowej
...

org $80 ;kod na stronie zerowej
zvar .byte 0
</pre>

== Rekord końcowy ==
Rekord końcowy oznacza koniec pliku (brak dalszych segmentów). Dodatkowo określa sposób uruchomienia załadowanego kodu.

'''Format rekordu końcowego'''
<table
style="text-align: left; " border="1"
cellpadding="5" cellspacing="2">
<tr>
<td style="width: 60px;">$0B (Typ) 
(1 bajt)</td>
<td style="width: 60px;">Flaga startu 
(1 bajt)</td>
<td style="width: 120px;">Adres startu 
(2 bajty)</td>
</tr>
</table>

Wartości pola ''Flaga startu'' oznaczają:
* $00 - brak uruchomienia programu, zawartość pola ''Adres startu'' jest ignorowana
* $01 - uruchomienie programu od adresu bezwzględnego podanego w polu ''Adres startu''
* $02 - uruchomienie programu od adresu relokowanego podanego w polu ''Adres startu''.

[[Kategoria:Atari 8-bit]]
[[Kategoria:Programowanie Atari 8-bit]]
[[Kategoria:Formaty plików]]

ACX

2025-01-13T14:35:17Z

Trub:

ACX - od ang. ''Amy Chen eXecutable'' - jest formatem pliku przeznaczonym do przechowywania relokowalnych binariów. Format ten został stworzony dla doładowywanych z zewnątrz handlerów urządzeń podłączonych do łącza szeregowego ([[SIO]]) oraz szyny równoległej ([[PBI]]), zwłaszcza ekspandera [[1090]].

Procedury obsługujące ten format znajdują się w [[XL OS]], w każdym seryjnym egzemplarzu [[1200XL]], [[600XL]], [[800XL]], [[65XE]] i [[130XE]]. System korzysta z nich podczas ładowania sterowników (handlerów) z podłączonych urządzeń, np. z modułu [[1090]]. Objawem tego jest znane wszystkim posiadaczom Atari "pierdzenie" wydobywające się z głośnika monitora przy starcie systemu oraz przy odwołaniu do urządzenia niezarejestrowanego w [[CIO]]. Jest to próba skomunikowania się z urządzeniami peryferyjnymi w celu ściągnięcia odpowiednich sterowników.

Zamierzeniem twórców była dostępność procedury relokującej dla programistów. Planowane było umieszczenie oficjalnego skoku pod adresem $E486, umożliwiającego relokowanie "zwykłych" programów. Niestety, z niewiadomych przyczyn zrezygnowano z tego rozwiązania.
W systemie operacyjnym [[DracOS]] od wersji 2.22 przywrócono w [[Tablica skoków|tablicy skoków]] legalne odwołanie do procedury relokatora. Skok do niej umieszczono jednak pod adresem $E483, ze względu na zajęcie pierwotnego adresu przez inną procedurę.

Loader i związany z nim format binarny zostały przeanalizowane przez [[Trub]]a w 2006 roku na podstawie dokumentacji pochodzącej z Atari. Według kodu źródłowego autorem procedur obsługi jest Y.M. "Amy" Chen; stąd pochodzi nadana formatowi nieoficjalna nazwa.

== Ogólna struktura pliku ==
Właściwą strukturę pliku stanowią segmenty, z których każdy dotyczy pewnego fragmentu ładowanego programu. Segment jest podzielony na rekordy, z których pierwszy zawiera kod lub dane programu (''Text record'', zwany dalej ''rekordem kodu''), zaś dalej następują rekordy informacyjne, określające parametry dla relokatora (''Information records''). W typowej sytuacji program musi zostać podzielony na porcje po maksymalnie 253 bajty, ponieważ segment nie może opisywać większych fragmentów. Ostatnim rekordem w pliku jest rekord końcowy (''End record'').

Już poza oficjalną specyfikacją przyjęto, że plik dyskowy w formacie ACX zawiera dodatkowo nagłówek (sygnaturę) w dwóch pierwszych bajtach; ich wartości wynoszą kolejno $F0,$FF (nie dotyczy sterowników ładowanych z urządzeń peryferyjnych).

== Rekord kodu ==
Rekordy takie przechowują kod ładowanego programu. W zależności od typu określają sposób umieszczenia go w pamięci:
* $00 - relokacja poza stroną zerową
* $01 - relokacja na stronie zerowej
* $0A - bez relokacji.

'''Format rekordu kodu'''
<table
style="text-align: left; " border="1"
cellpadding="5" cellspacing="2">
<tr>
<td style="width: 60px;">Typ 
(1 bajt)</td>
<td style="width: 60px;">Długość 
(1 bajt)</td>
<td style="width: 120px;">Adres
względny lub bezwzględny (2 bajty)</td>
<td style="width: 300px;">Kod
programu (max. 253 bajty)</td>
</tr>
</table>
Na długość składają się, oprócz kodu programu także 2 bajty adresu, stąd powinna się mieścić w zakresie 2-255. Adres bezwględny dotyczy miejsca umieszczenia w pamięci kodu nierelokowanego (typ $01). Dla kodu relokowalnego adres względny określa jego przemieszczenie względem adresu bazowego programu, który powinien wynosić $0000 (ew. $00 dla kodu na stronie zerowej).

== Rekord informacyjny ==
Rekordy takie zawierają tzw. fixupy, czyli informacje konieczne do relokowania fragmentu programu zawartego w poprzedzającym rekordzie kodu. Są to indeksy (offsety) elementów w kodzie, które ulegają zmianie przy jego przemieszczaniu. W zależności od rodzaju wskazywanych elementów stosuje się następujące typy rekordów informacyjnych:

Dla kodu ładowanego poza stronę zerową:

* $06 - indeksy 2-bajtowych adresów (przy relokacji aktualizowane zostaną oba bajty)
* $02 - indeksy młodszych bajtów 2-bajtowych adresów
* $08 - indeksy starszych bajtów 2-bajtowych adresów
* $04 - indeksy 1-bajtowych adresów komórek na stronie zerowej

Dla kodu ładowanego na stronę zerową:

* $07 - indeksy 2-bajtowych adresów (przy relokacji aktualizowane zostaną oba bajty)
* $03 - indeksy młodszych bajtów 2-bajtowych adresów
* $09 - indeksy starszych bajtów 2-bajtowych adresów
* $05 - indeksy 1-bajtowych adresów komórek na stronie zerowej.

Struktura rekordu informacyjnego jest inna dla typów relokujących adresy i młodsze bajty niż dla typów relokujących starsze bajty. Dla pierwszego przypadku podaje się odpowiednie indeksy (offsety) elementów w poprzedzającym rekordzie kodu, które podlegają relokacji (pierwszy bajt porcji kodu ma indeks 0).

'''Format rekordu informacyjnego dla typów $02,$03,$04,$05,$06,$07 (relokacja adresów lub młodszych bajtów)'''
<table
style="text-align: left; " border="1"
cellpadding="5" cellspacing="2">
<tr>
<td style="width: 60px;">Typ 
(1 bajt)</td>
<td style="width: 60px;">Długość 
(1 bajt)</td>
<td style="width: 60px;">Indeks 1 
(1 bajt)</td>
<td style="width: 60px;">Indeks 2 
(1 bajt)</td>
<td style="width: 60px;">Indeks 3 
(1 bajt)</td>
<td style="width: 60px;"> ... </td>
</tr>
</table>
Długość powinna mieścić się w zakresie 1-253.

W przypadku relokowania starszych bajtów adresów, do właściwej ich aktualizacji potrzebne jest dodatkowo uwzględnienie wartości młodszych bajtów (LSB). Ponieważ w kodzie może ich nie być, umieszcza się je w rekordzie informacyjnym.

'''Format rekordu informacyjnego dla typów $08,$09 (relokacja starszych bajtów)'''
<table
style="text-align: left; " border="1"
cellpadding="5" cellspacing="2">
<tr>
<td style="width: 60px;">Typ 
(1 bajt)</td>
<td style="width: 60px;">Długość 
(1 bajt)</td>
<td style="width: 60px;">Indeks 1 
(1 bajt)</td>
<td style="width: 60px;">LSB 1 
(1 bajt)</td>
<td style="width: 60px;">Indeks 2 
(1 bajt)</td>
<td style="width: 60px;">LSB 2 
(1 bajt)</td>
<td style="width: 60px;"> ... </td>
</tr>
</table>
Długość powinna mieścić się w zakresie 0-255.

Uwzględnienie przy relokacji części adresów (osobno starszy, młodszy bajt) umożliwia m.in. stosowanie w programie konstrukcji typu ''lda #<adres / ldx #>adres'', co nie jest typowe dla innych formatów relokowalnych stosowanych w Atari. Interesujące jest również specjalne potraktowanie strony zerowej, np. typ $04 pozwala poprawnie relokować następujący program:
<pre>
org $600 ;kod poza stroną zerową
lda zvar ;adresowanie strony zerowej
...

org $80 ;kod na stronie zerowej
zvar .byte 0
</pre>

== Rekord końcowy ==
Rekord końcowy oznacza koniec pliku (brak dalszych segmentów). Dodatkowo określa sposób uruchomienia załadowanego kodu.

'''Format rekordu końcowego'''
<table
style="text-align: left; " border="1"
cellpadding="5" cellspacing="2">
<tr>
<td style="width: 60px;">$0B (Typ) 
(1 bajt)</td>
<td style="width: 60px;">Flaga startu 
(1 bajt)</td>
<td style="width: 120px;">Adres startu 
(2 bajty)</td>
</tr>
</table>

Wartości pola ''Flaga startu'' oznaczają:
* $00 - brak uruchomienia programu, zawartość pola ''Adres startu'' jest ignorowana
* $01 - uruchomienie programu od adresu bezwzględnego podanego w polu ''Adres startu''
* $02 - uruchomienie programu od adresu relokowanego podanego w polu ''Adres startu''.

[[Kategoria:Atari 8-bit]]
[[Kategoria:Programowanie Atari 8-bit]]
[[Kategoria:Formaty plików]]

RAM Charger

2020-05-28T17:15:33Z

Trub: CA-2001 już ma buforowanie

Indus RAM Charger (Ramcharger) jest kartą rozszerzającą dla stacji [[Indus GT]], zawierającą dodatkowe 64kB pamięci RAM. Razem z kartą dostarczany był system operacyjny [[Indus CP/M]] oraz program [[SuperSynchromesh]], który, oprócz zwiększenia szybkości transmisji do 68,2 kbps realizuje na rozszerzonej stacji [[buforowanie ścieżek]].

[[grafika:Ramcharger.jpg]]

'''SRAMCharger''' [http://trub.atari8.info/index.php?ref=sramcharger] jest funkcjonalnym odpowiednikiem tego rozszerzenia, zaproponowanym przez [[trub|truba]] (z pomocą [[Jerzy Sobola|Jerzego Soboli]] i [[jad|jada]]). Układ zastępczy wykorzystuje pamięć statyczną (zamiast dynamicznej) i jest znacznie prostszy w realizacji niż Ramcharger. Co więcej, można go zastosować również w popularnych stacjach [[LDW Super 2000]] i [[CA-2001]].

[[grafika:sramcharger.jpg]]

==Zobacz też==
* [[Indus GT]]
* [[CP/M_Tool|CP/M Tool]]
* [http://www.retrobits.net/atari/indus.shtml Oprogramowanie dla stacji z kartą Indus Ramcharger]
* [http://trub.atari8.info/index.php?ref=cpm Strona o Indus CP/M 2.2 i SRAMCharger]

[[Kategoria:Peryferia 8-bit]]
[[Kategoria:Rozszerzenia]]
[[Kategoria:CP/M]]

SpartaDOS X

2020-05-04T20:05:34Z

Trub: 4.49

{{grafr|spartados_x_kart.jpg}}

[[Image:SpartaDOS_X_logo.png]] Odmiana [[SpartaDOS|SpartaDOS-u]] napisana przez Mike Gustafsona i wydana firmę [[ICD|ICD, Inc.]] w postaci modułu ROM. Jest to w zasadzie pakiet oprogramowania zawierający, oprócz samych procedur systemowych, także ponad 110 programów narzędziowych, umieszczonych częściowo w module ROM, a częściowo na dodatkowym dysku [[SpartaDOS X Toolkit]].

Ogólnie jest to najprawdopodobniej najlepszy, a już na pewno najbardziej rozbudowany - moduł ma 64kB - [[DOS]], jaki powstał na małe Atari (a może i na wszystkie komputery ośmiobitowe). Umieszczenie w module [[ROM]] sprawia, że DOS, mimo sporych rozmiarów, uruchamia się bardzo szybko.

== Wykorzystanie pamięci ==

Podczas normalnej pracy większość kodu SpartaDOS X rezyduje w dodatkowej pamięci: pod ROM-em, jeśli komputer ma 64k [[RAM]], albo użytkownik sobie tak zażyczy, albo w banku dodatkowej pamięci (obsługiwane są rozszerzenia [[Axlon]] oraz zgodne ze [[130XE]]). W tej pamięci DOS trzyma sterowniki, bufory plików itp. Dalsza część, tak zwana biblioteka SpartaDOS X, znajduje się na dwóch spośród ośmiu ośmiokilobajtowych banków modułu ROM (czyli zajmuje 16k). Biblioteka normalnie jest uaktywniona i zajmuje adresy $A000-$BFFF, jednak ponieważ pamięć tę wykorzystuje bardzo duża ilość programów (by już nie wspomnieć o interpreterze [[Atari BASIC]]), biblioteka może zostać odłączona poleceniem '''X'''.

{{grafr|SpartaDOS_X_prompt_small.png}}

Premią wynikającą z takiego zagospodarowania pamięci jest bardzo niskie MEMLO, które może nawet osiągnąć wartości w okolicach $0E00.

== Konfiguracja i obsługa ==

Standardowo SpartaDOS X obsługuje dyski twarde, ma bardzo rozbudowane możliwości konfiguracji, obsługuje kilkanaście gęstości dyskietek, przy uruchamianu programów wykorzystuje szlak poszukiwań itp.

Command processor (shell) wzorowany na [http://pl.wikipedia.org/wiki/MS-DOS MS-DOS] (w tym podobieństwo w konfiguracji; CONFIG.SYS / AUTOEXEC.BAT), ma zaimplementowane zmienne środowiskowe, przekierowanie I/O itd.

Na urządzeniu CAR: - które jest pseudodyskiem zajmującym 48k modułu ROM - zapisane są podstawowe sterowniki, oraz przydatne oprogramowanie narzędziowe - ARC (paker - depaker zgodny z Atari ST / PC), MENU; czyli kopier, RS232, RAMDISK, itd.

Jedną z ważnych innowacji SpartaDOS X w stosunku do innych DOS-ów jest to, że identyfikator urządzenia "D:" (w [[CIO]]) nie wskazuje stacji dysków nr 1, lecz dysk bieżący, to jest ten, który był ostatnio ustawiony jako domyślny przez interpreter poleceń DOS-u. Takie zachowanie zostało potem wstecznie zaimplementowane również w SpartaDOS 3.2g.

== Format dyskietki ==

{{grafr|SpartaDOS_X_menu_small.png}}

SpartaDOS X używa [[Format SpartaDOS|formatu dysków SpartaDOS]], niezgodnego z klasycznym [[DOS 2.0|DOS-em 2.0]]. Format SpartaDOS-u oferuje jednak o wiele większe możliwości, przede wszystkim obsługuje dyski o pojemności do 16 MB (65536 sektorów po 256 bajtów), tworzenie podkatalogów o wielkości do 1423 wpisów w każdym, zapisuje w katalogach czas i datę utworzenia pliku, dokładną wielkość pliku w bajtach (DOS 2.0 - w sektorach), rozszerzone atrybuty, a przede wszystkim zapewnia swobodny dostęp do każdego bajtu pliku (przez odpowiednik funkcji seek()), a także szybkie wykonywanie kasowania pliku (w DOS 2.0 skasowanie pliku wymaga odczytania go w całości, w SpartaDOS nie). Nie do pogardzenia jest fakt, że format SpartaDOS pozwala na bezbłędne i stuprocentowo pewne odzyskanie skasowanego pliku - co nie jest na przykład możliwe w uważanym za profesjonalny filesystemie [http://pl.wikipedia.org/wiki/File_Allocation_Table FAT].

Warto podkreślić, że dzięki modułowej strukturze SpartaDOS X umożliwia załadowanie sterowników obsługujących inne [[Formaty systemów plików|systemy plikowe]], w tym [[Format AtariDOS 2|AtariDOS 2]] i [[Format MyDOS|MyDOS]], a nawet [[Format CP/M 2.2|CP/M 2.2]] czy FAT.

== Inne ==
Umieszczenie DOS-a w kartridżu ma jednak dużą wadę: ciągłe wkładanie i wyjmowanie karta z gniazda Atarki, może doprowadzić do obluzowania i niepewnych kontaktów. Jeżeli jeszcze dojdzie śniedzenie styków (zwłaszcza, gdy kart został wykonany nieprofesjonalnie) to kłopot pewny. Jest jeszcze inny problem: zbudowanie nowego karta wymaga doświadczenia w budowaniu układów elektronicznych, zwłaszcza wykonania płytki drukowanej.

{{grafr|Spartados-x.jpg}}

Jedną z w/w wad można jednak w prosty sposób wyeliminować; plik INIDOS.SYS - po COLD /N umożliwia ponowne uruchomienie SDX, - a COLD /N wg. oficjalnej dokumentacji SDX powoduje odłączenie modułu; więc potrzeba wyjmowania cartridge w nielicznych tylko przypadkach staje się koniecznością. Stąd pomysł na [http://hardware.atari8.info/sdx.php Wewnętrzną SpartaDOS X ]

Na zdjęciu obok polska kopia kartridża wykonana przez [[AtraX]].

== SpartaDOS X 4.4x ==

Jest to ulepszona wersja SpartaDOS X 4.22 przygotowana przez [[DLT (grupa)|DLT]]. Mieści się na [[kartridż]]u o pojemności co najmniej 128 k. Ulepszenia polegają na usunięciu znanych błędów, poszerzeniu możliwości konfiguracji (m.in. jest zintegrowany Config Selector), dodaniu nowych sterowników i programów użytkownych, zaimplementowaniu dostępu do większej liczby dysków (z 9 do 15) i przystosowaniu filesystemu do pracy z dyskami o sektorach 512-bajtowych (maks. pojemność partycji 32 MB).

Oficjalnie zaprezentowano jak dotąd następujące wersje:

* 4.39RC z datą 1 X 2006 (wersja próbna)
* 4.41 z datą 8 II 2008 (w rzeczywistości wersja ta ukazała się dzień wcześniej)
* 4.42 z datą 25 XII 2008
* 4.43 z datą 10 IV 2011
* 4.44 z datą 3 VI 2011
* 4.45 z datą 4 XI 2011
* 4.46 z datą 1 I 2013
* 4.47 z datą 10 II 2015
* 4.48 z datą 23 VII 2016 (ukazała się 26 VII 2016)
* 4.49 z datą 7 IV 2020

Te wersje SpartaDOS są do pobrania [http://sdx.atari8.info stąd].

==Bibliografia==
*[[Wojciech Zientara]], "Kilka uwag o SpartaDOS X", [http://atarionline.pl/biblioteka/czasopisma/Bajtek/Bajtek_1990_05_06.djvu Bajtek 5-6/1990] (w [[Atarionline.pl]]), s. 9

== Zobacz też ==
* [[SpartaDOS]]
* [[SpartaDOS Toolkit]]
* [[SpartaDOS X Toolkit]]
* [[Rejestry modułu SpartaDOS X]]
* [[SpartaDOS X 256k (2x128k)]]
* [[Podręcznik użytkownika SpartaDOS X]]
* [[Przewodnik programisty SpartaDOS X]]

== Odnośniki zewnętrzne ==
* [http://en.wikipedia.org/wiki/SpartaDOS_X Hasło '''SpartaDOS X''' na en.wikipedia.org]
* [http://sdx.atari8.info Strona główna projektu ''SDX Upgrade''] (SpartaDOS 4.4x, binaria i dokumentacja PDF)
* [http://drac030.krap.pl/sdx420manual-pl.pdf SpartaDOS X 4.20 - podręcznik użytkownika] (format PDF, wersja poprawiona - uaktualniono 28.XII.2007.)

[[Kategoria:Oprogramowanie Atari 8-bit]]
[[Kategoria:Programy użytkowe]]
[[Kategoria:SpartaDOS X]]

Programowanie stacji LDW Super 2000 i CA-2001

2018-11-14T19:11:50Z

Trub: aktualny link

Do stacji [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]] można przesyłać własne podprogramy i zlecać ich wykonanie.

== Od strony Atari ==
Do programowania stacji służy komenda [[SIO]] o kodzie $58 ("X"). Ma ona dwie postaci, pierwsza służy do przesłania programu, druga do uruchomienia go wraz z ewentualnym odebraniem wyników.

=== Przesyłanie programu ===
W pierwszym przypadku parametry [[DCB]] ustawia się tak, jak do każdego nadawania danych przez SIO:

* DDEVIC - wartość $31
* DUNIT - numer stacji
* DCMND - kod $58 ("X")
* DSTATS - wartość $80 (zapis)
* DBUFA - adres, gdzie znajduje się kod do wysłania
* DTIMLO - timeout jak do zapisu sektora (8)
* DBYT - liczba bajtów do wysłania (zawsze <= 256)
* DAUX1 - to samo, co w młodszym bajcie DBYT
* DAUX2 - wartość $01 (download)

Wywołanie [[Tablica skoków#JSIOINT|JSIOINT]] ($E459) z takimi parametrami spowoduje wysłanie programu do stacji. W tej chwili na jej konsolce powinna zapalić się lampka BUSY.

=== Wykonywanie programu ===
Uruchomienie przesłanego kodu uzyskujemy tą samą komendą "X", tylko z nieco innymi parametrami.

* DSTATS powinien zawierać wartość $80, gdy uruchomiony kod oczekuje nadesłania z komputera dodatkowych danych; $40, gdy ma przesłać z powrotem do komputera jakieś wyniki; $C0, gdy zachodzi jedno i drugie, albo $00, gdy nic nie jest przesyłane.
* DBUFA to adres bufora na dane wynikowe,
* do DBYT trzeba wpisać ich spodziewaną ilość (w bajtach);
* wartość timeout (DTIMLO) też jest zależna od tego, co robi przesłany program i ile czasu mu to zajmuje - na ogół jednak timeout "8" (10,24 sek.) powinien wystarczyć dla większości zadań.
* DAUX1 - wartość $00
* DAUX2 - wartość $00 (execute)

Wywołanie JSIOINT spowoduje uruchomienie przez stację przesłanego kodu. Po zakończeniu procedury lampka BUSY na konsolce stacji powinna zgasnąć.

Ważny szczegół jest taki, że pomiędzy przesłaniem programu a jego wykonaniem nie można wysyłać do stacji żadnych innych rozkazów - gdy się to zrobi, stacja "zapomni" o kodzie załadowanym przez użytkownika i nie będzie można dokonać uruchomienia.

== Od strony stacji ==
Program dla stacji musi być napisany w asemblerze Z80, gdyż taki właśnie procesor, taktowany zegarem 4 MHz, się tam znajduje. Komenda "X" ładuje kod do pamięci stacji pod adres $7F00. Ponieważ stacja typowo ma tylko 2k pamięci RAM zlokalizowanej w obszarze $7800-$7FFF, a pod wyższymi adresami zawartość całej pamięci od początku powtarza się, zatem przesyłany jednorazowo blok nie może mieć więcej niż 256 bajtów, gdyż bufor programu zajmuje ostatnią stronę pamięci RAM.

Ważne: procedura przesłana rozkazem "X" odpowiada za poprawne zakończenie transmisji SIO, tj. zwłaszcza za zadbanie, by komputer dostał końcowe potwierdzenie wykonania ("C") lub sygnał błędu ("E"). Jeśli w chwili opuszczania procedury (rozkazem RET) bit CF rejestru znaczników Z80 jest ustawiony, stanowi to sygnał dla stacji, że ma sama zakończyć transmisję przesyłając do komputera kod potwierdzenia umieszczony w rejestrze A (patrz przykład nr 1). W przeciwnym wypadku, gdy CF=0, jest to sygnał, że program użytkownika zatroszczył się o dopełnienie protokołu i żadne dalsze działania nie są potrzebne (patrz przykład 2).

=== Tabela funkcji ROM-u ===

Programy mogą skorzystać z wbudowanych w [[ROM]] funkcji. Nie ma oczywiście gwarancji niezmienności tej tabeli funkcji, ale jest duże tego prawdopodobieństwo.

Aby użyć danej funkcji należy jej numer załadować do rejestru C procesora, a następnie wywołać (rozkazem CALL) procedurę spod adresu $0004. Rejestry, z których korzysta się przy wywołaniu/powrocie z funkcji znajdują się w nawiasach, z wyjątkiem funkcji 0C, która używa flagi przeniesienia (carry) procesora (CF).

* $00 - zwraca numer wersji ROM-u (DE)
* $01 - powrót głowicy
* $02 - ustawienie głowicy nad konkretną ścieżką (D); numer ścieżki musi być pomnożony przez dwa
* $03 - odczyt sektora (E) ze ścieżki (D)
* $04 - zapis sektora (E) na ścieżce (D)
* $05 - odbiór bajtu z SIO (C)
* $06 - wysłanie bajtu na SIO (A)
* $07 - odbiór z SIO rekordu o długości (B) pod adres (DE); długość $00 oznacza 256 bajtów
* $08 - wysłanie na SIO rekordu o długości (B) spod adresu (DE) z zadanym potwierdzeniem (A); długość $00 to 256 bajtów
* $09 - konwersja cyfry do formatu odpowiedniego dla wyświetlacza (A do A)
* $0A - konwersja dwucyfrowa decymalna (A do DE)
* $0B - konwersja dwucyfrowa heksadecymalna (A do DE)
* $0C - włączenie (CF=1) lub wyłączenie (CF=0) silnika
* $0D - aktualizacja statusu przełączników i zmiany dysku
* $0E - zwraca adres bieżącego bufora (BC)
* $0F - zwraca adres flagi typu kontrolera (IX)
* $10 - wytworzenie dźwięku na linii audio
* $11 - aktualizacja wyświetlacza
* $12 - zwraca adresy rejestrów (odczyt/zapis) kontrolera (BC i DE)
* $13 - ustawienie gęstości zapisu w zależności od trybu
* $14 - zwraca adresy statusu i bieżącej ścieżki (DE i IX); numer ścieżki musi być pomnożony przez dwa

=== Porty I/O ===

* IN $0,$1 - sygnał audio
* IN $2,$3 - włączenie śledzenia impulsu indeksowego
* IN $4,$5 - inwertowanie linii TxD gniazda SIO
* IN $6,$7 - inwertowanie linii RxD gniazda SIO
* IN $8,$9 - włączanie/wyłączanie sygnału DDEN dla FDC
* IN $A,$B - włączenie/wyłączenie silnika
* IN $C,$D - wygenerowanie impulsu indeksowego
* IN $E,$F - wyłączenie/włączenie [[RAM Charger]]a w obszarze $0000-$7FFF.

=== Mapka pamięci ===

<table border = 1 cellpadding = 5>
<tr><td>Adres</td><td>Opis</td></tr>
<tr><td>$0000-$0FFF</td><td>ROM z oprogramowaniem wewnętrznym stacji (4 kB).</td></tr>
<tr><td>$1000-$1FFF</td><td>
2 porty ośmiobitowe tylko do odczytu. $1000 i $1001 działają tak samo, z tym, że odczyt tego pierwszego zeruje zatrzaski.
* bit 7: przycisk PROTECT
* bit 6: przycisk ERROR
* bit 5: przycisk ID
* bit 4: przycisk TRACK
* bit 3: nieużywany
* bit 2: stan przełącznika gęstości (sprawdzane tylko przy włączeniu zasilania)
* bit 1: wybór numeru napędu, stan przełącznika nr 2
* bit 0: wybór numeru napędu, stan przełącznika nr 1
</td></tr>
<tr><td>$2000-$2FFF</td>
<td>1 port ośmiobitowy:
* bit 7: INTRQ (kontroler FDD)
* bit 6: DRQ (kontroler FDD)
* bit 5: COMMAND (SIO)
* bit 4: READY (SIO)
* bit 3: DATA IN (SIO)
* bit 2: DATA OUT (SIO)
* bit 1: CLOCK IN (SIO)
* bit 0: CLOCK OUT (SIO)
</td></tr>
<tr><td>$3000-$3FFF</td><td>
1 port ośmiobitowy tylko do zapisu: sterowanie silnikiem krokowym napędu. Używane są tylko bity 0-3.
</td></tr>
<tr><td>$4000-$4FFF</td><td>
1 port ośmiobitowy: prawa cyfra wyświetlacza. Skasowanie danego bitu powoduje zaświecenie się odpowiedniego segmentu wyświetlacza:
* bit 0 - szczytowy segment
* bit 1 - prawy, góry segment
* bit 2 - prawy, dolny segment
* bit 3 - najniższy segment
* bit 4 - lewy, dolny segment
* bit 5 - lewy, górny segment
* bit 6 - środkowy segment
* bit 7 - lampka BUSY
</td></tr>
<tr><td>$5000-$5FFF</td><td>1 port ośmiobitowy: lewa cyfra wyświetlacza. Działa analogicznie do prawej, z tym, że bit 7 to ENPRE (enable precompensation) dla FDD.</td></tr>
<tr><td>$6000-$6FFF</td><td>Kontroler FDD:
* $6000 - COMMAND/STATUS
* $6001 - TRACK
* $6002 - SECTOR
* $6003 - DATA
</td></tr>
<tr><td>$7000-$77FF</td><td>Powtórka adresów $7800-$7FFF</td></tr>
<tr><td>$7800-$7FFF</td><td>
Pamięć RAM (2 kB):
* $7824-$7941 - bufor I/O (286 bajtów)
* $7942-$7A7F - pamięć wewnętrzna (318 bajtów)
* $7A80-$7B7F - stos Z80 (256 bajtów)
* $7B80-$7EFF - pamięć wewnętrzna (896 bajtów); tu m.in. rezyduje [[Synchromesh]]
* $7F00-$7FFF - bufor programu użytkownika (256 bajtów)
</td></tr>
</table>

Do bufora programu stacja wczytuje też pierwszy sektor włożonej dyskietki, gdy zostaną naciśnięte jednocześnie klawisze "DRIVE" i "ERROR", a potem próbuje go uruchomić. Służy to przede wszystkim do bootowania systemu [[CP/M]] - oczywiście tylko w stacjach z pamięcią RAM rozszerzoną do 64k.

=== Przykłady ===

==== Przykład nr 1: brzęknięcie dzwonkiem stacji ====
Program wywołuje "sygnał ostrzegawczy" na linii audio, ten sam, którym stacja się posługuje dla zasygnalizowania np. błędów odczytu. Nie towarzyszy temu transmisja danych do komputera (DSTATS=$00), a o wysłanie potwierdzenia wykonania rozkazu "X" martwi się stacja.

LD C,$10 ;0e 10 numer funkcji: "bell"
CALL $0004 ;cd 04 00 wykonać
LD A,$43 ;3e 43 kod potwierdzenia: "C" (Complete)
SCF ;37 CF=1 - potwierdzenie z A wyśle ROM stacji
RET ;c9 powrot

==== Przykład nr 2: odczytanie numeru wersji ROM ====
Program przesyła do komputera dwa bajty stanowiące numer wersji ROM-u stacji zapisany w postaci dziesiętnej. Najpierw przesyłany jest numer rewizji, następnie numer wersji - a więc odpowiedź w rodzaju $20,$01 trzeba rozumieć jako wersję "1.20". Procedura wysyła też końcowe potwierdzenie wykonania rozkazu "X". Kod pochodzi z programu [[Synchromesh]] dla [[CA-2001]].

LD C,$00 ;0e 00 numer funkcji: "version"
CALL $0004 ;cd 04 00 wykonać
LD ($7F17),DE ;ed 53 17 7F zapisz DE pod adres $7F17 w pamięci stacji
LD DE,$7F17 ;17 17 7F adres danych do przesłania umieść w DE
LD B,$02 ;06 02 ilość danych wynikowych (dwa bajty)
LD C,$08 ;0e 08 numer funkcji: "send record"
LD A,$43 ;3e 43 kod potwierdzenia: "C" (Complete)
CALL $0004 ;cd 04 00 wykonać
OR A ;b7 CF=0 - transmisja zakończona
RET ;c9 powrót

== Zobacz też ==
* [https://atariwiki.org/wiki/Wiki.jsp?page=Indus%20GT%20Firmware%20ROM%20Source Indus GT Firmware ROM source]

[[Kategoria:Peryferia_8-bit|LDW 2000 Super, Funkcje ROM]]
[[Kategoria:Programowanie Atari 8-bit|LDW 2000 Super, Funkcje ROM]]
[[Kategoria:Niezbędnik kodera]]

810

2018-02-10T17:52:58Z

Trub:

{{grafr|810.jpg}}

Stacja dysków przeznaczona dla serii [[400/800]].

* mikroprocesor [[6507]]
* jednostronna, pojedyncza gęstość ([[SD]])
* 40 ścieżek, 18 sektorów na ścieżkę, 128 bajtów na sektor
* 90 KB na stronę dyskietki
* maksymalny transfer 19200 bitów/s
* 288 obrotów na minutę.
* dostarczana wraz z [[DOS 1.0]] i [[DOS 2.0|DOS 2.0S]]
* dwa porty [[SIO]]

Mechanizm stacji występuje w dwóch odmianach: MPI i Tandon (rzadsza). W MPI (na zdjęciu) duży otwór na dyskietkę ma podnoszoną klapkę i przycisk. W wersji Tandon dyskietkę wprowadza się w szczelinę.

Dostępne akcesoria: [[CX8100]], [[CX8111]], [[CX8202]]

==Zobacz też==
* [http://www.strotmann.de/twiki/pub/Infothek/AtariEightTen/a810.pdf Atari 810 Disk Drive - An Introduction to the DOS] (DOS 2.0s)

[[Kategoria:Peryferia 8-bit]]

810

2018-02-10T17:47:01Z

Trub:

{{grafr|810.jpg}}

Stacja dysków przeznaczona dla serii [[400/800]].

* mikroprocesor [[6507]]
* jednostronna, pojedyncza gęstość ([[SD]])
* 40 ścieżek, 18 sektorów na ścieżkę, 128 bajtów na sektor
* 90 KB na stronę dyskietki
* maksymalny transfer 19200 bitów/s
* 288 obrotów na minutę.
* dostarczana wraz z [[DOS 1.0]] i [[DOS 2.0|DOS 2.0S]]
* dwa porty [[SIO]]

Mechanizm stacji występuje w dwóch odmianach: MPI (na zdjęciu) i Tandon (rzadsza). W MPI duży otwór na dyskietkę ma podnoszoną klapkę i przycisk. W wersji Tandon dyskietkę wprowadza się w szczelinę.

Dostępne akcesoria: [[CX8100]], [[CX8111]], [[CX8202]]

==Zobacz też==
* [http://www.strotmann.de/twiki/pub/Infothek/AtariEightTen/a810.pdf Atari 810 Disk Drive - An Introduction to the DOS] (DOS 2.0s)

[[Kategoria:Peryferia 8-bit]]

Lista części według numerów katalogowych

2018-02-10T15:38:48Z

Trub: ROM 810

== Atari ośmiobitowe ==
* AWC750014 - zaślepka [[PBI]] od Atari 600XL (REV.4 CAV. B)
* C010174 - "transistor array" LM3086 (polski odpowiednik UL1111)
* C010177 - kwarc 3,57945 MHz
* C010448 - [[gniazdo joysticka]] od [[1450XLD]]
* C010472 - zasilacz od [[2600]], In:120V/60Hz/9W, Out:9V/500mA
* C010745 - [[6507]] od [[810]] (to samo, co C016145)
* C010750 - [[6532]] od 810 (to samo, co C016150)
* C010816 - CD4050 sześć buforów CMOS
* C011298 - płyta główna od [[820]]
* C011299B - ROM [[810]], wersja B
* C011299C - ROM [[810]], wersja C
* C012241 - [[przełącznik kanałów video]]
* C012284 - kwarc 4,4333 MHz
* C012285 - kwarc 3,5468 MHz
* C012294 - [[POKEY]]
* C012295 - [[CTIA]] NTSC
* C012296 - [[ANTIC (układ)|ANTIC]] "D" dla serii [[400/800]], NTSC
* C012298 - [[PIA]] dla serii [[400/800]]
* C012399B - ROM [[pakiet matematyczny|pakietu matematycznego]] dla serii [[400/800]]
* C012402 - ROM [[Atari BASIC]], wersja A (1)
* C012403 - ROM [[Assembler Editor]] (1)
* C012499A - ROM [[Atari OS]] dla serii [[400/800]], wersja A NTSC (1. połowa)
* C012499B - ROM [[Atari OS]] dla serii [[400/800]], wersja B NTSC (1. połowa)
* C012749 - cewka indukcyjna 1,5 uH
* C012987 - prototypowa (?) karta pamięci 16k ([[CX853]]) do [[800]]
* C012989 - karta ROM (modułu [[CX801]]) do [[800]]
* C012995 - gniazdo SIO
* C014024 - "side board" (rev. A i B) od [[810]]
* C014059 - płytka modułu zasilania i I/O dla [[400]]
* C014092 - radiator (?) zasilacza od [[800]]
* C014103 - kawałek gąbki pod klapką, w [[400/800]]
* C014175 - płyta główna [[800]]
* C014176 - płyta zasilacza, klawiatury i portów I/O [[800]]
* C014179 - kondensatory do 199 pF
* C014179-12 - kondensator 68 pF
* C014179-19 - kondensator 100 pF
* C014180 - kondensatory od 200 pF
* C014180-09 - kondensator 47 nF
* C014181-01 - kondensator 0.001 uF
* C014181-02 - kondensator 0.01 uF
* C014181-03 - kondensator 0.1 uF
* C014313 - bufor trójstanowy 74LS244
* C014316 - kwarc 1 MHz
* C014319 - zasilacz od [[810]], In:120V/60Hz/20W (lub: 120V/60Hz/18,5VA), Out:9V/15,3VA
* C014320 - wzmacniacz operacyjny LM324
* C014328 - RAM 6810 od 1050
* C014329 - kontroler WD 1771 od [[810]]
* C014331 - 16k RAM dla serii [[400/800]]
* C014332 - regulator napięcia LM311
* C014336 - CD4051 multiplekser analogowy 1x8 CMOS
* C014340 - 74LS02 cztery 2-wejściowe bramki NOR
* C014341 - 74LS00 cztery 2-wejściowe bramki NAND
* C014344 - 74LS138 dekoder z 1 na 8
* C014345 - 74LS158 multiplekser z 8 na 4
* C014360 - karta CPU [[6502|6502B]] dla [[400/800]] (rev. D)
* C014361 - 74LS42
* C014362 - 74LS32 cztery 2-wejściowe bramki OR [[1450XLD]]
* C014370 - kondensator 470 uF
* C014371 - kondensator 10 uF
* C014377 - procesor [[6502|6502B]] dla serii [[400/800]]
* C014380 - dławik 22 uH
* C014381 - dławik 10 uH
* C014384 - dławik ferrytowy (bead)
* C014386-01 - podstawka 8-nóżkowa
* C014386-02 - podstawka 14-nóżkowa
* C014386-03 - podstawka 16-nóżkowa
* C014386-05 - podstawka 20-nóżkowa
* C014386-06 - podstawka 22-nóżkowa
* C014386-07 - podstawka 24-nóżkowa
* C014386-08 - podstawka 28-nóżkowa
* C014386-09 - podstawka 40-nóżkowa
* C014388 - [[gniazdo monitorowe]] NTSC/PAL
* C014389 - gniazdo kartridża (30pin)
* C014393 - kondensator 22uF/16V
* C014398 - dioda MR501
* C014502 - ROM [[Atari BASIC]], wersja A (2)
* C014503 - ROM [[Assembler Editor]] (2)
* C014599A - ROM [[Atari OS]] dla serii [[400/800]], wersja A NTSC (2. połowa)
* C014599B - ROM [[Atari OS]] dla serii [[400/800]], wersja B NTSC (2. połowa)
* C014700 - karta pamięci 16k (modułu [[CX853]]) do [[800]] (REV F)
* C014706 - płyta główna [[400]] rev. 9
* C014715 - [[gniazdo zasilania]]
* C014725 - [[gniazdo SIO]]
* C014762 - instrukcja obsługi od [[820]]
* C014795 - [[PIA]] dla ostatnich modeli [[400]]/[[800]] (1983) oraz serii [[XL]] i [[XE]]
* C014805 - [[GTIA]] NTSC
* C014806 - procesor [[6502C]] (SALLY) dla serii [[XL]] i [[XE]]
* C014809 - tranzystor MPSA55
* C014812 - [[PIA]] 6521 dla [[1450XLD]]
* C014887 - [[ANTIC (układ)|ANTIC]] "D" dla serii [[400/800]], PAL
* C014889 - [[GTIA]] PAL
* C015199 - ROM [[Atari OS]] dla serii [[400/800]], wersja A PAL (1. połowa)
* C015299 - ROM [[Atari OS]] dla serii [[400/800]], wersja A PAL (2. połowa)
* C015344 - tuleja rozporowa z grzybkiem do wbicia nitu (? ang. rivet nylon), [[400]]
* C015367 - tekturowa podkładka pod płytę główną do [[400]]
* C015500 - karta CPU [[6502C]] (PAL/NTSC) dla [[400/800]]
* C015505 - kondensator 47 uF
* C015510 - kwarc 3,57957 MHz
* C015950 - komparator LM339
* C016000 - tranzystor MPSA13
* C016010 - kwarc 3,57954 MHz
* C016018 - kwarc 4 MHz
* C016042 - adapter dla "malego" modulatora dla 400/800
* C016045 - przerzutnik 74LS74
* C016074 - plastikowa podkładka do [[400]]
* C016090 - kwarc 3,58 MHz
* C016112 - kwarc 3,546894 MHz
* C016114 - kwarc 6,5 MHz
* C016145 - [[6507]] od [[1050]] (to samo, co C010745)
* C016150 - [[6532]] od 1050 (to samo, co C010750)
* C016289 - kwarc 3,582080 MHz
* C016353 - zasilacz do [[2600]], In:120V/60Hz/12W, Out:9V/500mA
* C016540 - 74LS03
* C016555 - dokumentacja do 400/800 pt. ''Atari Home Computer System Technical Reference Notes''
* C016569 - kondensatory 1-5 uF
* C016600 - karta CPU [[6502C]] do 400/800
* C016801 - kwarc 4,433618 MHz
* C016804 - zasilacz do [[400/800]], wersja amerykańska, In:120V/60Hz, Out:9V AC/31VA
* C017096 - 74LS04 sześć inwerterów
* C017097 - 74LS08 cztery 2-wejściowe bramki AND
* C017098 - 74LS86 cztery 2-wejściowe bramki EXCLUSIVE-OR
* C017099 - "counter sync" 74LS161
* C017101 - "freq/voltage converter" LM2917
* C017227 - jakaś część od [[810]]
* C017244 - multiplekser 74LS157
* C017536 - kwarc 4,433618 MHz
* C017760 - "power supply board" od [[810]]
* C017761 - "analog board" od [[810]]
* C017803 - kondensatory 0,22 uF
* C017863 - kwarc 3,562500 MHz
* C017864 - kwarc 4,453125 MHz
* C017885 - kondensator 0,1 uF
* C017945 - zasilacz do [[400/800]], wersja amerykańska, In:120V/60Hz/50W, Out:9V AC/31VA
* C017948-03 - dławik 820uH
* C017948-04 - dławik 100uH
* C017951 - wzmacniacz operacyjny
* C017952 - cewka indukcyjna 3,3 uH
* C018081 - złącze kartridża od [[5200]]
* C018084 - zasilacz do [[XEP80]] i [[SX212]] (In: 220V, 50 Hz, 9W, Out: 9V 500mA)
* C018140 - radiator stabilizatora 7805 od [[5200]]
* C018991 - tranzystor 2N3906
* C019062 - [[gniazdo joysticka]] od [[800XL]]
* C019702-01 - przełącznik kanałów TV
* C020120 - [[GTIA]] SECAM ([[FGTIA]])
* C020574 - [[PORKEY]] (574A 03/07/83) (stereo [[POKEY]]?)
* C020577 - [[CGIA]]
* C021463 - [[MEG]] (CMOS [[POKEY]]?)
* C021697 - [[ANTIC (układ)|ANTIC]] "E" dla serii [[XL]] i [[XE]], NTSC
* C021698 - [[ANTIC (układ)|ANTIC]] "E" dla serii [[XL]] i [[XE]], PAL
* C021737 - [[KERI]]
* C021859 - [[AMY]]
* C024467 - osłona (ekran) górna od [[800XL]]
* C024468 - osłona (ekran) dolna od [[800XL]]
* C024582 - "drzwi" kartridża od [[800XL]]
* C024643 - karta gwarancyjna
* C024680 - zawias "drzwi" kartridża od [[800XL]]
* C024681 - sprężyna "drzwi" kartridża od [[800XL]]
* C024763 - zaślepka [[PBI]] od 800XL (REV.1 CAV.A.M.2) oraz (REV.1 CAV.A.M.1)
* C024912 - kwarc 14,31818 MHz ([[XL]] NTSC)
* C024923 - kwarc 14,252 MHz ([[XL]]/[[XE]] SECAM)
* C024947A - ROM [[Atari BASIC]], wersja C
* C024968 - płyta główna [[800XL]] SECAM
* C025925 - płyta główna [[800XL]], wersja R3
* C025951 - ''Atari 130XE Personal Computer Owner's Manual''
* C025952 - [[MMU]] od [[800XE]] (?)
* C025953 - tzw. "małe MMU" od [[130XE]]
* C025993 - kwarc 2,4576 MHz
* C026176 - instrukcja użytkownika [[AtariWriter Plus]]
* C026416 - instrukcja użytkownika [[XEP80]]
* C032805 - pudełko od XEP80
* C060046 - klawiatura od [[1400XL]]
* C060097 - "another side plastic" (?) od [[1400XL]]
* C060103 - góra obudowy od [[1400XL]]
* C060297 - osłona/prowadnica gniazda kartridża [[800XL]]
* C060302(A) - ROM [[Atari BASIC]], wersja B
* C060410 - [[gniazdo cartridge'a]]
* C060472 - linia opóźniająca dla starszych [[XL]]
* C060474 - 74LS51 dwie bramki AND/OR-Invert
* C060479 - zasilacz do [[835]], In:120V/60Hz/9VA, Out:20V/330mA
* C060549 - procesor od [[835]]
* C060592 - zasilacz do [[850]], [[1050]] itp.
* C060607 - Dioda 1N4148
* C060609 - [[MMU]] od [[1200XL]] i [[1450XLD]]
* C060612 - 4164 64k*1 DRAM
* C060613 - 74LS375 od [[1450XLD]] TONG
* C060615 - EPROM 16k od [[1450XLD]] TONG
* C060616A - ROM [[XL OS]] wersja AA 0 rev. 10 dla [[1200XL]] (1. połowa)
* C060616B - ROM [[XL OS]] wersja AA 1 rev. 11 dla [[1200XL]] (1. połowa)
* C060617A - ROM [[XL OS]] wersja AA 0 rev. 10 dla [[1200XL]] (2. połowa)
* C060617B - ROM [[XL OS]] wersja AA 1 rev. 11 dla [[1200XL]] (2. połowa)
* C060619 - 74LS375 - podwójny przerzutnik typu latch
* C060629 - rezystor (zwora) 0 Ohm 1/4W
* C061022 - włącznik zasilania [[XL]] i [[XE]]
* C061032 - adapter PERITEL (przystawka SECAM) do [[800]]
* C061090 - kwarc 3,57945 MHz
* C061272 - dokument pt. ''1050 Disk Drive Product Specification''
* C061336 - kondensator 270 pF
* C061336-01 - kondensator 3.9 pF
* C061428 - 74LS138 dekoder z 1 na 8
* C061481 - 74LS30 8-wejściowa bramka NAND
* C061598 - OS ROM [[800XL]]
* C061515 - zasilacz do [[1010]], In:120V/60Hz/8VA, Out:9V/5VA
* C061516 - zasilacz do [[1010]], In:120V/60Hz/7,5VA, Out:9V/0,5A
* C061516-11 - zasilacz do [[1010]], In:220V/50Hz/7VA, Out:9V/0,5A
* C061516-34 - zasilacz do [[1010]], In:240V/50Hz/5VA, Out:8,5V/4,25VA
* C061598B - ROM [[XL OS]], wersja BB 1 rev. 2 (10 maja 1983, od [[800XL]] i wczesnych [[65XE]]/[[130XE]])
* C061611 - dokument pt. ''Atari [[600XL]] Home Computer Specification''
* C061616 - dokument pt. ''Environmental Engineering Manual''
* C061618 - [[XL]]/[[XE]] [[MMU]]
* C061619 - modulator od [[800XL]], wersje PAL i NTSC
* C061636 - zasilacz do [[1027]], In:120V/60Hz/60W, Out:9.5V/40VA
* C061647 - kondensator elektrolityczny niepolaryzowany 4.7 uF
* C061658 - modulator od [[800XL]], wersja PAL, brytyjska
* C061659 - modulator od [[800XL]], wersja PAL
* C061668-04 - drabinka rezystorowa 4*470ohm SIP
* C061677 - płyta główna od [[600XL]]
* C061687 - zatrzask ośmiobitowy 74LS273
* C061689 - transceiver 74LS245
* C061690 - 6551 [[ACIA]] od [[1450XLD]] TONG
* C061691 - multiplekser CD4053
* C061692 - 74HC492 od modemu (?) w [[1450XLD]] TONG
* C061702 - wzmacniacz operacyjny LM358
* C061719 - "dual peripheral driver" od [[1450XLD]] TONG
* C061720 - [[SC-01A]]
* C061742 - płyta główna od [[1400XL]], rev. X2
* C061743 - schemat od [[1400XL]]
* C061751 - "bezel" (brązowa część obudowy otaczająca klawiaturę) od [[1400XL]]
* C061752 - dół obudowy od [[1400XL]]
* C061755 - boczny panel obudowy od [[1400XL]]
* C061757 - plakietka z nazwą od [[1400XL]]
* C061763 - zasilacz do [[XL]]/[[XE]], typ "ciężki" lub "gładki", In:220V/50Hz/22VA , Out:5V/1,5A/7,5VA
* C061768 - ''1400XL Assembly Tree'' (cokolwiek to jest)
* C061793 - gniazdo FFC do klawiatury
* C061802 - podręcznik użytkownika [[1400XL]]
* C061838 - gniazdo zasilające (DIN 45329)
* C061844 - transformator audio
* C061845 - dioda 1N4733A
* C061847 - optoizolator 4N25
* C061848 - kwarc 1,8432 MHz
* C061850 - 74LS14 sześć inwerterów z wejściem Schmitta
* C061851 - płyta główna [[800XL]] NTSC/PAL z linią opóźniającą, wersja C i D
* C061868 - zaślepka [[PBI]] od [[1400XL]]
* C061902 - dokument pt. ''Atari Parallel Bus Interface ([[PBI]]) Specifications''
* C061907 - dokument pt. ''Atari [[1400XL]] Home Computer Product Specification''
* C061920 - 4k ROM PBI od [[1450XLD]] TONG
* C061921 - kontroler napędu dyskietek WD2797 od [[1450XLD]]
* C061923 - przerzutnik 74LS175 od 1450XLD
* C061924 - EPROM 16k od 1450XLD
* C061925 - przerzutnik 2301A od [[1450XLD]]
* C061926 - bramka NAND, 13 wejść, 74LS133
* C061928 - mikroprocesor Intel 8050H od (stacji dysków od) [[1450XLD]]
* C061929 - przerzutnik 74LS374
* C061930 - 74LS221 przerzutnik monostabilny
* C061931 - 75478 podwójny driver
* C061932 - 74LS123 dwa przerzutniki monostabilne
* C061933 - 74LS11 trzy 3-wejściowe bramki AND
* C061934 - 74S32 cztery 2-wejściowe szybkie bramki AND (od 1450XLD)
* C061935 - 7406 sześć buforów-inwerterów wysokonapięciowych (od 1450XLD)
* C061936 - 74LS38 cztery 2-wejściowe bramki buforowe NAND (od 1450XLD)
* C061982 - zasilacz do [[600XL]] i [[800XL]] (podobno rzadko spotykany), In:120V/60Hz/30W (lub: 120V/60Hz/40W, lub: 120V/60Hz/25W), Out:5V/1,5A
* C061983 - klawiatura [[800XL]]
* C061991 - [[FREDDIE]] (NCR)
* C061992 - [[FREDDIE]] (CITEL)
* C061997 - osłona/prowadnica gniazda kartridża od [[1200XL]] i [[1400XL]]
* C062024 - ROM [[XL OS]] wersja BB 0 rev. 1 od [[600XL]]
* C062039 - ''Atari 1400XL Power Supply Specification''
* C062057 - kwarc 4,032 MHz (od [[1030]])
* C062061 - dokument pt. ''Speech Synthesizer Interface Specifications'' (do [[SC-01A]] w [[1400XL]] i [[1450XLD]])
* C062062 - dokument pt. ''Direct Connect Integral Modem Peripheral Interface Specifications''
* C062063 - dokument pt. ''Atari 1450XL Home Computer Integral Disk Drive Specification''
* C062171 - modem od [[1400XL]]
* C062195 - zasilacz do [[1030]], In:120V/60Hz/12VA, Out:9V/5,4VA
* C070013 - górna część obudowy od [[65XE]] w wersji bez expansion
* C070015 - klawiatura od [[XE]], [[XE#Typy klawiatur|japońska, "na sprężynkach"]]
* C070015-002 - klawiatura od [[XE]], [[XE#Typy klawiatur|japońska, "na gumie"]]
* C070015-003 - klawiatura od [[XE]], [[XE#Typy klawiatur|japońska, "na gumie"]]
* C070015-004 - klawiatura od [[XE]], [[XE#Typy klawiatur|chińska, "na gumie"]]
* C070024 - kwarc 14,31818 MHz ([[XE]] NTSC)
* C070025 - płyta główna [[65XE]] bez [[ECI]] z miejscem na 8 1-bitowych kości RAM 8 KB, wersja C
* C070034 - kwarc 14,187576 MHz ([[XE]] PAL)
* C070035 - kwarc 14,187576 MHz [[XEGS]]
* C070042-01 - zasilacz do [[65XE]] i [[XEGS]], In:117V/60Hz/22VA, Out:5V/1A
* C070042-11 - zasilacz do [[XEGS]], In:120V/60Hz/17W, Out:5V/1A
* C070045 - zasilacz do [[XL]]/[[XE]], In:220V/50Hz/18VA, Out:5V/1A ("prążkowany", mały znaczek Atari w lewym dolnym rogu)
* C070050 - płyta główna [[130XE]] SECAM, rev.A i rev.2
* C070067 - płyta główna dla komputerów [[XE]] z [[ECI]] i miejscem na 16 1-bitowych kości RAM 8 KB. Występuje w [[65XE]], [[130XE]] i [[800XE]]. Wersja B i C
* C070235 - procesor 8050 od [[XF551]]
* C070760 - kwarc 4,433618 MHz od [[XEGS]]
* C072018 - ''Atari 65XE Personal Computer Owner's Manual''
* C099909 - ''General Qualification Specification for Keyboards''
* C100186 - modulator od [[XEGS]]
* C100407 - górna część obudowy [[XEGS]]
* C100408 - dolna część obudowy [[XEGS]]
* C100417 - płyta główna [[XEGS]], rev. A
* C100455 - płyta głowna pierwszych wersji [[65XE]] z [[ECI]] z miejscem na 8 1-bitowych kości RAM 8 KB. Oznaczenie 65XEN. Użyta też w [[Arabski 65XE|arabskim 65XE]]
* C100622 - płyta główna [[XEGS]], rev. 2A
* C101685 - RAM 64k x 4 ([[XE]], [[Lynx]])
* C101686 - [[MMU]] od [[XEGS]]
* C101687 - ROM systemowy ([[XL OS]] wersja BB 1 rev. 4, [[Atari BASIC]] wersja C, [[Missile Command]]) od [[XEGS]]
* C101696 - ROM od [[XF551]]
* C101700 - ROM [[XL OS]] wersja BB 1 rev. 59 od [[Arabski 65XE|arabskiego 65XE]]
* C103579 - płyta główna dla komputerów [[XE]] z [[ECI]] z miejscem na 4 kości RAM 32 KB. Występuje w [[130XE]], [[800XE]] i [[65XE]]
* C300717 - ROM [[XL OS]], wersja BB 1 rev. 3 (1 marca 1985, od późnych [[65XE]]/[[130XE]])
* FC100357 - kwarc 4 MHz od [[1050]]
* FC100541 - ROM od [[1050]]
* FC100542 - kontroler WD2793 od [[1050]]
* FC100817 - kontroler WD2797 od [[1050]]

* CA014746 - moduł przełącznika TV od [[800XL]] (wersja US)
* CA018087 - płyta główna od [[5200]]
* CA024357 - płyta główna od [[1450XLD]]
* CA024624 - kabel RF (RCA chinch-antena TV)
* CA024814 - zasilacz od [[800XL]] (wersja US)
* CA024969 - płyta główna od [[800XL]] SECAM ([[Rose]])
* CA025926 - płyta główna od [[800XL]] PAL z układem FREDDIE
* CA060046 - klawiatura od [[1450XLD]]
* CA061854 - płyta główna od [[800XL]] PAL z linią opóźniającą
* CA062027 - płytka L.E.D. (cokolwiek to jest) od [[1450XLD]]
* CA062174 - płytka modemu od [[1450XLD]]
* CB101219 - kwarc 8,3333 MHz od [[XF551]]
* CB101393 - procesor 8040 od [[XF551]]

== Atari konsole 8-bit i automaty do gier ==
* C010444 - [[TIA]] NTSC (STELLA)
* C010750 - [[6532]] ([[2600]])
* C011903 - [[TIA]] PAL (PAULA)
* C016150 - [[6532]] ([[2600]])
* C018082 - RAM dla [[5200]]
* C018172 - [[FTIA]] (TIA SECAM)
* C018084-107 - zasilacz do konsoli [[2600|CX-2600]], In:220V/50Hz/9W, Out:9V/0,5A
* C018084-117A - zasilacz do konsoli [[2600]], In:220V/50Hz/9W, Out:9V/0,5A/4,5VA
* C019156 - ROM BIOS dla większości [[5200]]
* C019156A - ROM BIOS (2. rewizja) dla ostatnich 2-joystickowych [[5200]]
* C024425 - [[QUAD POKEY]] (do automatów; HA4425 06/12/84)
* C024922 - ROM dla [[7800]] NTSC
* C024674 - [[MARIA]]-B NTSC
* C024943-107 - zasilacz do [[7800|Atari 7800]], In:220V/50Hz/15W, Out:9V-DC/1A
* C025349 - [[MARIA]]-C NTSC?
* C025718 - [[MARIA]] PAL
* C026461 - płytka [[POKEY]]-cart do [[7800]]
* C104471-001 - płyta główna od [[Lynx II|Lynxa II]], rev.A
* C300452 - adapter 4-bitowych pamięci statycznych 2158 (rev. C)
* C300558 - ROM od [[7800]] PAL (zawiera [[Asteroids]])
* C300558-001B - to samo co wyżej (?)
* C300633-001 - płyta główna do [[7800]] rev. C
* C301645 - koder RGB do [[7800]]
* C301719-001 - [[Mikey (układ)|Mikey]]
* C302284-001 - [[Suzy]]
* C398052-001 - [[TIA]] w wersji dla [[7800]]
* C500388 - (4829-0912-4DC lub 4829-0912-ADC) atari p/n: 500388 - zasilacz do [[Jaguar|Atari Jaguar]], In:220V/50Hz, Out:9V/1.2A,10,8VA (odwrotna polaryzacja!)

== Niezidentyfikowany sprzęt 8-bitowy ==

* C014328 1k RAM H4328 09/20/82
* C015338 STAR 15338 10/31/81
* C015339 STELLETTE 15339D 04/07/83
* C016150 fast 6532 6150A 06/24/80
* C016213 2716(2kx8 EPROM)
* C016505 16kx4 DRAM
* C016598 ISABEL IBEL 05/07/81
* C016599 STEPHANIE 6599A 06/04/83
* C016701 FRANTIC 6701 05/12/81
* C016702 BETTY 16702 01/04/83
* C016819 ENCODER 6819 03/31/83
* C016820 DECODER 6820 03/16/83
* C016821 Transistor Array HFEXXX 11/21/83
* C018082 16kx1 DRAM 1-supp
* C018969 COMBO 8969A 06/22/83
* C020231 SARA HC0231 05/16/84
* C024143 MERCURY
* C024382 MISTY
* C024421 MTV-1
* C024422 RAINBOW GOLD
* C024423 RAINBOW SILVER
* C024424 STEPHANIE PAL
* C024426 BENNY
* C024574 MATTHEW
* C025307 MATT
* C025632 PIC 1670 H5632 05/15/84
* C061617 (64kx1 DRAM 1-supp, analogicznie do C060612?)
* C061693 2732A (EPROM)
* C061842 MMU
* C061917 PAL C H1917 08/05/83
* C061918 PAL B H1918 08/03/83
* C061919 PAL A HB1919 03/14/84
* C062016 MODEM (T.I.)
* C062208 280A (Z80A?)
* C062209 6116 (2kx8 SRAM)
* C062210 6845 VIP CONTR.
* C062211 280 PERIF. INTERFACE (Z80PIO?)
* C137410 ICY

Źródła: [http://atarihq.com/danb/files/AtariChips.txt 1] [http://atarihq.com/danb/AtariChips.shtml 2]

== Atari 16/32/64-bitowe ==
* C025912-38/38A - [[MMU]] [[ST|Atari ST]]
* C025913-20/38/38A - DMA
* C025914-38/38A - Shifter
* C025915-20/38/38A - Glue
* C025983 - generator dźwięku Yamaha YM2149
* C025984 - układ we/wy Motorola MC68901
* C025985 - ACIA Motorola MC[[6850]]
* C025988 - Motorola H11L1
* C026028 - kontroler stacji dyskietek WD1772
* C026302-001, C026303-001, C026304-001, C026305-001, C026306-001, C026307-001 - TOS 1.00 (Germany)
* C070102-3 - zewnętrzny zasilacz do [[ST]], In:220V/50Hz/48VA, Out:5V/3A;+12V/0,03A;-12V/0,03A
* C070122-001/002 Sterownik klawiatury
* C070195 - spód od stacji SF354
* C070196 - góra od tejże
* C070502-011 - klawiatura w serii ST (niemiecka)
* C100167-001 - rev. 5.0 płyty głównej [[Mega ST]]
* C103277 - [[Płyta główna Mega ST]] 1 rev. 2.2
* C103561-001 - Wewnętrzny kontroler SCSI do [[Mega_STE|Mega STE]] ([[Stacy]])
* C300588 - Shifter do STE
* C301225-001A - MCU w [[TT030|Atari TT030]]
* C302024-002B - [[TOS]] 2.05 Mega STE (Germany)
* C302763-001 - Płytka modułu 1/4 MB [[ST RAM]] do [[Falcon]]a
* C302767-001 - Płytka modułu 16 MB [[ST RAM]] do [[Falcon]]a
* C303070 - dyskietka systemowa nr 2 (Extra Programs), wersja USA, Falcon
* C303071 - dyskietka systemowa nr 1 (Language disk), wersja brytyjska, Falcon
* C303217-001 - [[TOS]] 4.04 Falcon
* C500131 - dyskietka systemowa [[MultiTOS]]-u, wersja brytyjska, Falcon
* VL1772-02PC - Kontroler stacji dysków (DD) firmy VLSI kompatybilny z WD1772
* [[CA400313]] - moduł [[ST RAM]] do [[TT030|Atari TT030]]
* [[CA401059]] - moduł [[ST RAM]] do [[TT030|Atari TT030]]
* CA401332 - płyta główna Falcon
** 002 REV.D/C
** 003 REV. D/C

== Atari - klony PC ==
* C103670 - memory card 64 KB do [[Portfolio (komputer)|Portfolio]]
* CA400702 - [[File Manager/Tutorial]] na ramkietce do Portfolio

==Odnośniki zewnętrzne==
* [http://www.atarimania.com/documents/atari-engineering-information-system-item-master_list.pdf Atari Engineering Information System - Item Master List (1984-01-13)] na [[Atarimania|Atarimanii]]
* [http://www.atariguide.com/pdfs/Atari_2600_VCS_Domestic_Field_Service_Manual.pdf Service manual dla Atari 2600]
* [http://www.digitpress.com/library/techdocs/Atari_400-800_Service_Manual.pdf Service manual dla Atari 400/800]
*[http://www.atariage.com/forums/topic/74377-master-chip-listing Lista układów opracowanych w Atari do 26.06.1984] na [[AtariAge]]
{{stub}}

[[Kategoria:Schematy i specyfikacje]]

810

2018-02-10T13:57:06Z

Trub: Typy mechanizmów

{{grafr|810.jpg}}

Stacja dysków przeznaczona dla serii [[400/800]].

* mikroprocesor [[6507]]
* jednostronna, pojedyncza gęstość ([[SD]])
* 40 ścieżek, 18 sektorów na ścieżkę, 128 bajtów na sektor
* 90 KB na stronę dyskietki
* maksymalny transfer 19200 bitów/s
* 288 obrotów na minutę.
* dostarczana wraz z [[DOS 1.0]] i [[DOS 2.0|DOS 2.0S]]
* dwa porty [[SIO]]

Mechanizm stacji występuję w dwóch odmianach, MPI (na zdjęciu) i Tandon (rzadsza). W MPI duży otwór na dyskietkę ma podnoszoną klapkę i przycisk. W wersji Tandon dyskietkę wprowadza się w szczelinę.

Dostępne akcesoria: [[CX8100]], [[CX8111]], [[CX8202]]

==Zobacz też==
* [http://www.strotmann.de/twiki/pub/Infothek/AtariEightTen/a810.pdf Atari 810 Disk Drive - An Introduction to the DOS] (DOS 2.0s)

[[Kategoria:Peryferia 8-bit]]

The Last Word

2017-02-19T18:16:18Z

Trub: Aktualizacja względem nowych wersji

{{grafr|tlw.png}}
Bardzo rozbudowany procesor tekstu dla [[Atari 8-bit]], jaki (niespodziewanie) ukazał się w roku 2009. Autor, [[flashjazzcat|Jonathan Halliday]], rozpoczął pracę nad nim w 1999 roku, rok później powstała wersja 2.1, po czym nastąpiła ośmioletnia przerwa w programowaniu. W latach 2008-2011, po powrocie autora do ośmiobitowego Atari, pojawiły się wersje 3.0-3.21b. Najnowszą udostępnioną wersją jest 3.3 (ostatnia aktualizacja w 2013), która pozwala wykorzystać 80 kolumnowy tryb [[VBXE]]. Wcześniej (2010) pojawiła się jeszcze wersja próbna oznaczona jako 4.0 VBXE Edition Beta 1.

== Cechy programu ==

Ogólnie program przypomina nieco [[The First XLEnt Word Processor]], na którym, jak się zdaje, był wzorowany. Ma jednak o wiele więcej funkcji. Oto ich skrócony przegląd:

* tekst może mieć do 240 kolumn szerokości
* można otworzyć do edycji do 10 plików na raz (w zależności od ilości banków pamięci rozszerzonej)
* wbudowany jest interpreter języka służącego do definiowania makropoleceń
* funkcje programu można wywoływać skrótami klawiaturowymi lub za pośrednictwem ikonek
* możliwy jest 80-kolumnowy podgląd wydruku
* istnieją funkcje wycinania/kopiowania/wstawiania bloków, wyszukiwania itp.
* zaimplementowano zaawansowane funkcje formatujące, takie jak automatyczne wcięcia, automatyczny podział wyrazów, przypisy (!) itp.
* program jest bardzo szybki, nawet przy operacjach na dużych plikach
* program pracuje na 40- lub 80-kolumnowym ekranie (w [[Graphics 0]] lub [[Graphics 8]])

Wadą programu jest stosunkowo nieduży bufor na tekst (ok. 18k, dla porównania w The First XLEnt Word Processor jest to około 30k). W przypadku większych plików, The Last Word umożliwia edytowanie wybranego segmentu mieszczącego się w buforze.

== Odnośniki zewnętrzne ==
* [http://atari8.co.uk/the-last-word/ Strona domowa programu]

{{stub}}
[[Kategoria:Oprogramowanie Atari 8-bit]]
[[Kategoria:Edytory tekstu]]
[[Kategoria:VBXE]]

Lista komend SIO według kodów operacyjnych

2015-07-15T19:23:31Z

Trub: DOWNLOAD - podejrzenie

''Główny artykuł: [[SIO]]''

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode'' wewnętrznej stacji dysków komputera Atari [[1450XLD]]. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode'' wewnętrznej stacji dysków komputera Atari [[1450XLD]]. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td rowspan = 3>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane. Być może chodzi o komendę LOAD AND EXECUTE TEST w interfejsie 850 (zob. niżej)</td></tr>

<tr> <td>AUTOMATIC FORMATTING</td><td>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>

<tr><td>LOAD AND EXECUTE TEST</td><td>$50</td><td>W</td><td>Równa wielkości przesyłanego kodu</td>
<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>

<tr><td rowspan = 2>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).
</td></tr>

<tr> <td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.
Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td>$31</td><td>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td rowspan = 3>$23 (#)</td><td>FORMAT DSDD</td><td>$31</td><td>R</td><td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr> <td>FORMAT SKEWED</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>

<tr> <td>DIAG1</td><td>$31</td><td>R/W</td><td>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
Jest to również komenda DRIVE DIAGNOSTIC IN wewnętrznej stacji Atari [[1450XLD]]. Szczegóły działania nieznane, poza tym że ma zapisywać do stacji zawartość bufora o bliżej nieokreślonej zawartości.

'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>

<tr><td>$24 ($)</td><td>DIAG2</td><td>$31</td><td>R/W</td><td>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.
Jest to również komenda DRIVE DIAGNOSTIC OUT wewnętrznej stacji Atari [[1450XLD]]. Szczegóły działania nieznane, poza tym że ma odczytywać ze stacji do 128-bajtowego bufora bliżej nieokreślone dane diagnostyczne.
</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td rowspan = 2>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.</td></tr>

<tr> <td>SEND HIGH SPEED INDEX</td><td>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).</td></tr>

<tr><td rowspan = 2>$41 (A)</td><td>CONTROL</td><td>$50 (RS-232)</td><td>-</td><td>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr> <td>REGISTER COMMAND</td><td>$31</td><td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>

<tr><td rowspan = 2>$42 (B)</td><td>CONFIGURE</td><td>$50 (RS-232)</td><td>-</td><td>0 bajtów</td>
<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr> <td>GET COMMAND BUFFER</td><td>$31</td><td>R</td><td>128 bajtów</td><td>W stacjach [[XFD601]] i [[XFD602]], zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>

<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>

<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0 bajtów</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]].</td></tr>

<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne ścieżki. </td></tr>

<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>

<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td><td>$31</td><td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>

<tr><td rowspan=2>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td><td>$31</td><td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>

<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td>$31 i $60</td><td>W</td><td>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td><td>$31</td><td>R (?)</td><td>?</td>
<td>Komenda te występuje jako dyskowa na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td><td>$31</td><td>R</td><td>Zależna od urządzenia i trybu pracy.</td><td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td><td>$31</td><td>R (?)</td><td>?</td>
<td>Komenda ta występuje jako dyskowa na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Może to być komenda stacji [[810]], jakaś komenda diagnostyczne jej prototypu, albo komenda planowane, lecz nigdy przez Atari nie zaimplementowane. Dostępna dokumentacja nie zawiera jej opisu.
Ze stacji innych producentów, komendę tę rozpoznają stacje [[XFD601]] i [[XFD602]]. Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

<tr><td>$55 (U)</td><td>MOTOR ON</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Komenda ta występuje jako dyskowa na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>

<tr><td rowspan = 2>$58 (X)</td><td>STREAM</td><td>$50 (RS-232)</td><td>R</td><td>9 bajtów</td>
<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78. Komenda jest używana przez handler przy poleceniu [[CIO]] XIO 40,#i,0,0,"Rn:" (START CONCURRENT MODE I/O).</td></tr>

<tr> <td>DOWNLOAD/EXECUTE</td><td>$31</td><td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td>$60 (`)</td><td>WRITE TRACK</td><td>$31</td><td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>

<tr><td>$62 (b)</td><td>READ TRACK</td><td>$31</td><td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>

<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td><td>$31</td><td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td>$68 (h)</td><td>SIO LEN</td><td>$31</td><td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>

<tr><td>$69 (i)</td><td>SEND SIO</td><td>$31</td><td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td>$B0 (-)</td><td>???</td><td>$31</td><td>?</td><td>?</td><td>Wewnętrzna komenda sterownika wbudowanej stacji dysków komputera [[1450XLD]]. Szczegóły nieznane.
</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td>$31</td><td>?</td><td>?</td><td>Wewnętrzna komenda sterownika wbudowanej stacji dysków komputera [[1450XLD]]. Szczegóły nieznane.
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista kodów operacyjnych]]

Lista komend SIO według kodów operacyjnych

2015-07-14T16:14:06Z

Trub: komendy 850 jak w liście wg funkcji

''Główny artykuł: [[SIO]]''

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode'' wewnętrznej stacji dysków komputera Atari [[1450XLD]]. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode'' wewnętrznej stacji dysków komputera Atari [[1450XLD]]. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td rowspan = 3>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane.</td></tr>

<tr> <td>AUTOMATIC FORMATTING</td><td>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>

<tr><td>LOAD AND EXECUTE TEST</td><td>$50</td><td>W</td><td>Równa wielkości przesyłanego kodu</td>
<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>

<tr><td rowspan = 2>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).
</td></tr>

<tr> <td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.
Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td>$31</td><td>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td rowspan = 3>$23 (#)</td><td>FORMAT DSDD</td><td>$31</td><td>R</td><td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr> <td>FORMAT SKEWED</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>

<tr> <td>DIAG1</td><td>$31</td><td>R/W</td><td>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
Jest to również komenda DRIVE DIAGNOSTIC IN wewnętrznej stacji Atari [[1450XLD]]. Szczegóły działania nieznane, poza tym że ma zapisywać do stacji zawartość bufora o bliżej nieokreślonej zawartości.

'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>

<tr><td>$24 ($)</td><td>DIAG2</td><td>$31</td><td>R/W</td><td>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.
Jest to również komenda DRIVE DIAGNOSTIC OUT wewnętrznej stacji Atari [[1450XLD]]. Szczegóły działania nieznane, poza tym że ma odczytywać ze stacji do 128-bajtowego bufora bliżej nieokreślone dane diagnostyczne.
</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td rowspan = 2>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.</td></tr>

<tr> <td>SEND HIGH SPEED INDEX</td><td>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).</td></tr>

<tr><td rowspan = 2>$41 (A)</td><td>CONTROL</td><td>$50 (RS-232)</td><td>-</td><td>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr> <td>REGISTER COMMAND</td><td>$31</td><td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>

<tr><td rowspan = 2>$42 (B)</td><td>CONFIGURE</td><td>$50 (RS-232)</td><td>-</td><td>0 bajtów</td>
<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr> <td>GET COMMAND BUFFER</td><td>$31</td><td>R</td><td>128 bajtów</td><td>W stacjach [[XFD601]] i [[XFD602]], zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>

<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>

<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0 bajtów</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]].</td></tr>

<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne ścieżki. </td></tr>

<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>

<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td><td>$31</td><td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>

<tr><td rowspan=2>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td><td>$31</td><td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>

<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td>$31 i $60</td><td>W</td><td>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td><td>$31</td><td>R (?)</td><td>?</td>
<td>Komenda te występuje jako dyskowa na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td><td>$31</td><td>R</td><td>Zależna od urządzenia i trybu pracy.</td><td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td><td>$31</td><td>R (?)</td><td>?</td>
<td>Komenda ta występuje jako dyskowa na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Może to być komenda stacji [[810]], jakaś komenda diagnostyczne jej prototypu, albo komenda planowane, lecz nigdy przez Atari nie zaimplementowane. Dostępna dokumentacja nie zawiera jej opisu.
Ze stacji innych producentów, komendę tę rozpoznają stacje [[XFD601]] i [[XFD602]]. Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

<tr><td>$55 (U)</td><td>MOTOR ON</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Komenda ta występuje jako dyskowa na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>

<tr><td rowspan = 2>$58 (X)</td><td>STREAM</td><td>$50 (RS-232)</td><td>R</td><td>9 bajtów</td>
<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78. Komenda jest używana przez handler przy poleceniu [[CIO]] XIO 40,#i,0,0,"Rn:" (START CONCURRENT MODE I/O).</td></tr>

<tr> <td>DOWNLOAD/EXECUTE</td><td>$31</td><td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td>$60 (`)</td><td>WRITE TRACK</td><td>$31</td><td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>

<tr><td>$62 (b)</td><td>READ TRACK</td><td>$31</td><td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>

<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td><td>$31</td><td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td>$68 (h)</td><td>SIO LEN</td><td>$31</td><td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>

<tr><td>$69 (i)</td><td>SEND SIO</td><td>$31</td><td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td>$B0 (-)</td><td>???</td><td>$31</td><td>?</td><td>?</td><td>Wewnętrzna komenda sterownika wbudowanej stacji dysków komputera [[1450XLD]]. Szczegóły nieznane.
</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td>$31</td><td>?</td><td>?</td><td>Wewnętrzna komenda sterownika wbudowanej stacji dysków komputera [[1450XLD]]. Szczegóły nieznane.
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista kodów operacyjnych]]

850

2015-07-11T20:16:43Z

Trub: Więcej o obsłudze drukarki i ładowaniu handlera

http://atariki.krap.pl/img/atari850.jpg http://atariki.krap.pl/img/atari850-metal.jpg

Interfejs przeznaczony zasadniczo dla serii [[400/800]], ale współpracujący ze wszystkimi modelami [[Atari 8-bit|ośmiobitowych Atari]], który rozszerza je o cztery szeregowe interfejsy [http://pl.wikipedia.org/wiki/RS-232 RS-232C] (gniazdo 9 PIN, różne jednak od powszechnie stosowanego w komputerach PC jeżeli chodzi o rozmieszczenie sygnałów) i jeden równoległy interfejs w standardzie Centronics (gniazdo 15 PIN). Urządzenie zawiera mikroprocesor [[6507]], dwa układy wejścia/wyjścia [[6532]] i pamięć ROM z firmware (4kB). Pierwsze egzemplarze miały czarną, metalową obudowę, późniejsze modele natomiast współgrają wzorniczo z linią 400/800.

Interfejs 850 jest standardem, jeśli chodzi o obsługę portów RS232C w małym Atari: współpracują z nim prawie wszystkie programy telekomunikacyjne, a podobne interfejsy innych producentów (np. [[Multi I/O]] czy [[P:R: Connection]]) są z nim kompatybilne.

Do współpracy z interfejsem w systemie operacyjnym musi być zainstalowany odpowiedni sterownik ("R:", patrz [[CIO]]). Sterownik jest zawarty w samym interfejsie, ten zaś udostępnia go komputerowi na żądanie. Sposób, w jaki się to odbywa, jest zależny od [[DOS]]-u, np. [[SpartaDOS]] ma polecenie '''RS232''', za którego pomocą użytkownik może "ściągnąć" z interfejsu program obsługi i zainstalować go w systemie. Jest to realizowane za pomocą mechanizmu TYPE 2 POLL (patrz [[Lista_komend_SIO_według_funkcji#Komendy_specjalne|Komendy specjalne SIO]]). Ponadto przy starcie komputera, w przypadku, kiedy DOS-u nie ma, ani nie jest podłączona stacja dysków, sterownik jest ładowany i instalowany automatycznie. W tym celu interfejs emuluje odczyt wstępny ze stacji.

Obsługa portu Centronics nie wymaga ładowania sterownika, używany jest handler drukarki w systemie operacyjnym komputera. Interfejs reaguje na urządzenia [[CIO]] o identyfikatorach P1: i P2:.

===Porty szeregowe RS-232===

Interfejs ma cztery porty szeregowe RS232C. Wyprowadzone są one na zewnątrz jako żeńskie (!) gniazda DB9, i oznaczone kolejno od lewej do prawej jako R4:, R3:, R2: i R1:. Sygnały rozmieszczone są inaczej niż w typowym gniazdku RS-232, poszczególne porty różnią się też między sobą.

Parametry transmisji są następujące:

* 1 bit startu
* 1 lub 2 bity stopu
* 5, 6, 7 lub 8 bitów danych
* prędkość transmisji 75, 110, 134.5, 150, 300, 600, 1200, 1800, 2400, 4800, 9600 bps

====Port R1:====

Po lewej port R1: interfejsu 850, po prawej - dla porównania - typowe gniazdo DB9 (męskie) znane z [[TT030|Atari TT030]] lub PC.

<pre>

1 5 1 5
o o o o o o o o o o

o o o o o o o o
6 9 6 9

1. GND 6. N/C 1. DCD 6. DSR
2. RX 7. CTS 2. RX 7. RTS
3. TX 8. RTS 3. TX 8. CTS
4. DCD 9. DSR 4. DTR 9. RI
5. DTR 5. GND
</pre>

[[grafika:850-port-1.gif]]

====Porty R2: i R3:====

Po lewej port R2: i R3: interfejsu 850, po prawej - dla porównania - typowe gniazdo DB9 (męskie) znane z [[TT030|Atari TT030]] lub PC.

<pre>

1 5 1 5
o o o o o o o o o o

o o o o o o o o
6 9 6 9

1. GND 6. N/C 1. DCD 6. DSR
2. RX 7. N/C 2. RX 7. RTS
3. TX 8. N/C 3. TX 8. CTS
4. N/C 9. DSR 4. DTR 9. RI
5. DTR 5. GND
</pre>

[[grafika:850-port-2.gif]]

====Port R4:====

Po lewej port R4: interfejsu 850, po prawej - dla porównania - typowe gniazdo DB9 (męskie) znane z [[TT030|Atari TT030]] lub PC.

<pre>

1 5 1 5
o o o o o o o o o o

o o o o o o o o
6 9 6 9

1. GND 6. -8 V 1. DCD 6. DSR
2. RX 7. N/C 2. RX 7. RTS
3. TX 8. RTS 3. TX 8. CTS
4. N/C 9. N/C 4. DTR 9. RI
5. DTR 5. GND
</pre>

[[grafika:850-port-4.gif]]

===Port Centronics (P:)===

Zastosowane w [[850]] gniazdo Centronics, tak samo jak gniazda RS-232-C, różni się od powszechnie stosowanych. Jest to gniazdo żeńskie, schemat poniżej. Jest przeznaczone przede wszystkim do podłączania drukarki [[825|Atari 825]].

<pre>

1 8
o o o o o o o o

o o o o o o o
9 15

1. D6 9. D7
2. D5 10. N/C
3. D4 11. BUSY
4. D3 12. FAULT
5. D2 13. GND
6. D1 14. N/C
7. D0 15. +5 V
8. Data Strobe
</pre>

===Zobacz też===

* [http://krap.pl/mirrorz/atari/www.strotmann.de/twiki/pub/Infothek/AtariEightfivesirro/850ATARI.pdf Atari 850 Operator's Manual]
* [http://krap.pl/mirrorz/atari/www.strotmann.de/twiki/bin/view/Infothek/AtariEightFiftyFm Atari 850 Service Manual]
* [[Multi I/O]]
* [[Lista_komend_SIO_według_funkcji#Atari_850|Lista komend SIO specyficznych dla Atari 850]]

[[Kategoria:Peryferia 8-bit]]
[[Kategoria:Schematy i specyfikacje]]

Lista komend SIO według funkcji

2015-07-11T19:47:29Z

Trub: /* Atari 850 */

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane. Być może chodzi o komendę LOAD AND EXECUTE TEST w interfejsie [[850]] (zob. [[Lista_komend_SIO_według_funkcji#Atari_850|niżej]])</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>LOAD AND EXECUTE TEST</td><td rowspan = 4>$50</td><td>W</td><td>Równa wielkości przesyłanego kodu</td>

<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>

<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78. Komenda jest używana przez handler przy poleceniu [[CIO]] XIO 40,#i,0,0,"Rn:" (START CONCURRENT MODE I/O).</td></tr>

<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Lista komend SIO według funkcji

2015-07-11T19:46:30Z

Trub: /* Atari 850 */

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane. Być może chodzi o komendę LOAD AND EXECUTE TEST w interfejsie [[850]] (zob. [[Lista_komend_SIO_według_funkcji#Atari_850|niżej]])</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>LOAD AND EXECUTE TEST</td><td>W</td><td>Równa wielkości przesyłanego kodu</td>

<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 4>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>

<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78. Komenda jest używana przez handler przy poleceniu [[CIO]] XIO 40,#i,0,0,"Rn:" (START CONCURRENT MODE I/O).</td></tr>

<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Lista komend SIO według funkcji

2015-07-11T19:40:58Z

Trub: /* Atari 850 */

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane. Być może chodzi o komendę LOAD AND EXECUTE TEST w interfejsie [[850]] (zob. [[Lista_komend_SIO_według_funkcji#Atari_850|niżej]])</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 4>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>

<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78. Komenda jest używana przez handler przy poleceniu [[CIO]] XIO 40,#i,0,0,"Rn:" (START CONCURRENT MODE I/O).</td></tr>

<tr><td>$20 ( )</td><td>LOAD AND EXECUTE TEST</td><td>W</td><td>Równa wielkości przesyłanego kodu</td>

<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>
<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Lista komend SIO według funkcji

2015-07-11T19:40:44Z

Trub: /* Atari 850 */

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane. Być może chodzi o komendę LOAD AND EXECUTE TEST w interfejsie [[850]] (zob. [[Lista_komend_SIO_według_funkcji#Atari_850|niżej]])</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 4>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>

<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78. Komenda jest używana przez handler przy poleceniu [[CIO]] XIO 40,#i,0,0,"Rn:" (START CONCURRENT MODE I/O).</td></tr>

<tr><td>$20 ( )</td><td>LOAD AND EXECUTE TEST</td><td>W</td><td>Równa wielkości przesyłanego kodu</td>

<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>
<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Lista komend SIO według funkcji

2015-07-11T19:40:09Z

Trub: /* Atari 850 */

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane. Być może chodzi o komendę LOAD AND EXECUTE TEST w interfejsie [[850]] (zob. [[Lista_komend_SIO_według_funkcji#Atari_850|niżej]])</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 4>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>

<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78. Komenda jest używana przez handler przy poleceniu [[CIO]] XIO 40,#i,0,0,"Rn:" (START CONCURRENT MODE I/O)</td></tr>

<tr><td>$20 ( )</td><td>LOAD AND EXECUTE TEST</td><td>W</td><td>Równa wielkości przesyłanego kodu</td>

<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>
<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Lista komend SIO według funkcji

2015-07-11T19:39:31Z

Trub: /* Atari 850 */

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane. Być może chodzi o komendę LOAD AND EXECUTE TEST w interfejsie [[850]] (zob. [[Lista_komend_SIO_według_funkcji#Atari_850|niżej]])</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 4>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>

<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (Concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78. Komenda jest używana przez handler przy poleceniu [[CIO]] XIO 40,#i,0,0,"Rn:" (START CONCURRENT MODE I/O)</td></tr>

<tr><td>$20 ( )</td><td>LOAD AND EXECUTE TEST</td><td>W</td><td>Równa wielkości przesyłanego kodu</td>

<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>
<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Lista komend SIO według funkcji

2015-07-11T19:22:08Z

Trub:

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane. Być może chodzi o komendę LOAD AND EXECUTE TEST w interfejsie [[850]] (zob. [[Lista_komend_SIO_według_funkcji#Atari_850|niżej]])</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 4>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>

<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (Concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78.</td></tr>

<tr><td>$20 ( )</td><td>LOAD AND EXECUTE TEST</td><td>W</td><td>Równa wielkości przesyłanego kodu</td>

<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>
<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Lista komend SIO według funkcji

2015-07-11T19:19:30Z

Trub: /* Atari 850 */

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane. Być może chodzi o komendę LOAD AND EXECUTE TEST w interfejsie [[850]] (zob. niżej)</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 4>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>

<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (Concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78.</td></tr>

<tr><td>$20 ( )</td><td>LOAD AND EXECUTE TEST</td><td>W</td><td>Równa wielkości przesyłanego kodu</td>

<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>
<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Lista komend SIO według funkcji

2015-07-11T19:19:10Z

Trub: /* Pozostałe komendy */ DOWNLOAD

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane. Być może chodzi o komendę LOAD AND EXECUTE TEST w interfejsie [[850]] (zob. niżej)</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 4>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>

<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (Concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78.</td></tr>

<tr><td>$20 ( )</td><td>LOAD AND EXECUTE</td><td>W</td><td>Równa wielkości przesyłanego kodu</td>

<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>
<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Lista komend SIO według funkcji

2015-07-10T20:23:11Z

Trub: /* Atari 850 */

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane.</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 4>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>

<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (Concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78.</td></tr>

<tr><td>$20 ( )</td><td>LOAD AND EXECUTE</td><td>W</td><td>Równa wielkości przesyłanego kodu</td>

<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>
<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Lista komend SIO według funkcji

2015-07-10T20:21:43Z

Trub: /* Atari 850 */

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane.</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 3>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>

<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (Concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78.</td></tr>

<tr><td>$20 ( )</td><td>LOAD AND EXECUTE</td><td>W</td><td>Równa wielkości przesyłanego kodu</td>

<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>
<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Lista komend SIO według funkcji

2015-07-10T20:20:36Z

Trub: /* Atari 850 */ LOAD AND EXECUTE

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane.</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 3>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>

<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (Concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78.</td></tr>

<tr><td>$20 ( )</td><td>LOAD AND EXECUTE</td>

<td>Komenda niepublikowana w oficjalnej dokumentacji. Powoduje wczytanie z komputera kodu programu, a następnie uruchomienie go przez interfejs [[850|Atari 850]]. W DAUX1 podawany jest rozmiar przesyłanego kodu. Ze względu na specyfikę procedury odbioru danych, kod powinien być wysyłany od ostatniego do pierwszego bajtu.</td></tr>
<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

850

2015-07-10T13:47:45Z

Trub: Zobacz też

http://atariki.krap.pl/img/atari850.jpg http://atariki.krap.pl/img/atari850-metal.jpg

Interfejs przeznaczony zasadniczo dla serii [[400/800]], ale współpracujący ze wszystkimi modelami [[Atari 8-bit|ośmiobitowych Atari]], który rozszerza je o cztery szeregowe interfejsy [http://pl.wikipedia.org/wiki/RS-232 RS-232C] (gniazdo 9 PIN, różne jednak od powszechnie stosowanego w komputerach PC jeżeli chodzi o rozmieszczenie sygnałów) i jeden równoległy interfejs w standardzie Centronics (gniazdo 15 PIN). Pierwsze egzemplarze miały czarną, metalową obudowę, późniejsze modele natomiast współgrają wzorniczo z linią 400/800.

Interfejs 850 jest standardem, jeśli chodzi o implementację portów RS232C w małym Atari: współpracują z nim prawie wszystkie programy telekomunikacyjne, a podobne interfejsy innych producentów (np. [[Multi I/O]] czy [[P:R: Connection]]) są z nim kompatybilne.

Urządzenie zawiera mikroprocesor [[6507]] i dwa układy [[6532]]. Do współpracy z interfejsem w systemie operacyjnym musi być zainstalowany odpowiedni sterownik ("R:", patrz [[CIO]]). Sterownik jest zawarty w samym interfejsie, ten zaś udostępnia go komputerowi na żądanie. Sposób, w jaki się to odbywa, jest zależny od [[DOS]]-u, np. [[SpartaDOS]] ma polecenie '''RS232''', za którego pomocą użytkownik może "ściągnąć" z interfejsu program obsługi i zainstalować go w systemie. W przypadku, kiedy DOS-u nie ma, a do komputera nie podłączona jest stacja dysków, program ten jest instalowany automatycznie przy starcie komputera.

===Porty szeregowe RS-232===

Interfejs ma cztery porty szeregowe RS232C. Wyprowadzone są one na zewnątrz jako żeńskie (!) gniazda DB9, i oznaczone kolejno od lewej do prawej jako R4:, R3:, R2: i R1:. Sygnały rozmieszczone są inaczej niż w typowym gniazdku RS-232, poszczególne porty różnią się też między sobą.

Parametry transmisji są następujące:

* 1 bit startu
* 1 lub 2 bity stopu
* 5, 6, 7 lub 8 bitów danych
* prędkość transmisji 75, 110, 134.5, 150, 300, 600, 1200, 1800, 2400, 4800, 9600 bps

====Port R1:====

Po lewej port R1: interfejsu 850, po prawej - dla porównania - typowe gniazdo DB9 (męskie) znane z [[TT030|Atari TT030]] lub PC.

<pre>

1 5 1 5
o o o o o o o o o o

o o o o o o o o
6 9 6 9

1. GND 6. N/C 1. DCD 6. DSR
2. RX 7. CTS 2. RX 7. RTS
3. TX 8. RTS 3. TX 8. CTS
4. DCD 9. DSR 4. DTR 9. RI
5. DTR 5. GND
</pre>

[[grafika:850-port-1.gif]]

====Porty R2: i R3:====

Po lewej port R2: i R3: interfejsu 850, po prawej - dla porównania - typowe gniazdo DB9 (męskie) znane z [[TT030|Atari TT030]] lub PC.

<pre>

1 5 1 5
o o o o o o o o o o

o o o o o o o o
6 9 6 9

1. GND 6. N/C 1. DCD 6. DSR
2. RX 7. N/C 2. RX 7. RTS
3. TX 8. N/C 3. TX 8. CTS
4. N/C 9. DSR 4. DTR 9. RI
5. DTR 5. GND
</pre>

[[grafika:850-port-2.gif]]

====Port R4:====

Po lewej port R4: interfejsu 850, po prawej - dla porównania - typowe gniazdo DB9 (męskie) znane z [[TT030|Atari TT030]] lub PC.

<pre>

1 5 1 5
o o o o o o o o o o

o o o o o o o o
6 9 6 9

1. GND 6. -8 V 1. DCD 6. DSR
2. RX 7. N/C 2. RX 7. RTS
3. TX 8. RTS 3. TX 8. CTS
4. N/C 9. N/C 4. DTR 9. RI
5. DTR 5. GND
</pre>

[[grafika:850-port-4.gif]]

===Port Centronics (P:)===

Zastosowane w [[850]] gniazdo Centronics, tak samo jak gniazda RS-232-C, różni się od poszechnie stosowanych. Jest to gniazdo żeńskie, schemat poniżej. Jest przeznaczone przede wszystkim do podłączania drukarki [[825|Atari 825]].

<pre>

1 8
o o o o o o o o

o o o o o o o
9 15

1. D6 9. D7
2. D5 10. N/C
3. D4 11. BUSY
4. D3 12. FAULT
5. D2 13. GND
6. D1 14. N/C
7. D0 15. +5 V
8. Data Strobe
</pre>

===Zobacz też===

* [http://krap.pl/mirrorz/atari/www.strotmann.de/twiki/pub/Infothek/AtariEightfivesirro/850ATARI.pdf Atari 850 Operator's Manual]
* [http://krap.pl/mirrorz/atari/www.strotmann.de/twiki/bin/view/Infothek/AtariEightFiftyFm Atari 850 Service Manual]
* [[Multi I/O]]
* [[Lista_komend_SIO_według_funkcji#Atari_850|Lista komend SIO specyficznych dla Atari 850]]

[[Kategoria:Peryferia 8-bit]]
[[Kategoria:Schematy i specyfikacje]]

Lista komend SIO według funkcji

2015-07-09T09:35:14Z

Trub: /* Atari 850 */

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane.</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 3>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>
<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (Concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca sekwencję liczb, według której handler urządzenia "R:" ustawia [[Rejestry_POKEY-a|rejestry układu POKEY]] (kolejno AUDF,AUDC 1-4 oraz AUDCTL). Przykładowa sekwencja dla szybkości transmisji 300bps jest następująca: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78.</td></tr>

<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Lista komend SIO według funkcji

2015-07-09T08:38:11Z

Trub: /* Atari 850 */

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane.</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 3>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>
<td>Komenda uruchamiająca tryb równoległego wejścia/wyjścia (Concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca następującą sekwencję liczb: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78. Handler urządzenia "R:" ustawia według niej [[Rejestry_POKEY-a|rejestry układu POKEY]], tj. kolejno AUDF,AUDC 1-4 oraz AUDCTL.</td></tr>

<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Lista komend SIO według funkcji

2015-07-09T08:37:11Z

Trub: komendy 850 wg dokumentacji

''Główny artykuł: [[SIO]]''

====Podstawowy zestaw komend====

Poniższa tabela wyszczególnia podstawowe minimum komend rozpoznawanych przez urządzenia peryferyjne Atari.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>FORMAT DISK</td><td>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Formatuje dyskietkę w wybranej uprzednio (komendami PERCOM) gęstości, lub w [[Formaty dyskietek|pojedynczej gęstości]] (90k), jeśli stacja nie jest konfigurowalna. Zwraca listę zawierającą numery wadliwych sektorów (kolejno LSB/MSB) wykrytych w czasie formatowania, zakończoną wartością $FFFF. Niektóre stacje zwracają tu pustą listę ($FFFF, a dalej same zera), nawet jeśli na dyskietce są wadliwe sektory: po prostu dyskietki nie są już tak drogie, jak pod koniec lat siedemdziesiątych XX wieku...

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$50 (P)</td><td>PUT SECTOR</td><td rowspan = 2>$31 i $60</td><td>W</td><td rowspan = 2>Zależna od urządzenia i trybu pracy.</td><td>Zapisuje do urządzenia blok danych wskazany przez DBUFA, a zawierający DBYT bajtów. W przypadku stacji dysków jest to zapis bez weryfikacji.</td></tr>

<tr><td>$52 (R)</td><td>READ SECTOR</td> <td>R</td> <td>Odczytuje z urządzenia blok danych o wielkości DBYT bajtów i zapisuje go w pamięci pod adresem wskazanym przez DBUFA.</td></tr>

<tr><td>$53 (S)</td><td>READ STATUS</td><td>Wszystkie oprócz magnetofonu</td><td>R</td><td>Zależna od urządzenia</td><td>Odczytuje z urządzenia blok statusu i zapisuje go pod adresem wskazanym przez DBUFA. Blok statusu dla RS-232 ma wielkość 2 bajtów, dla drukarki i stacji dysków - 4. Typowo komenda ta służy to stwierdzenia, czy urządzenie jest gotowe do pracy. W przypadku magnetofonu obowiązuje założenie, że jest on zawsze podłączony i gotów, nie ma więc potrzeby sprawdzania jego statusu.</td></tr>

<tr><td rowspan=3>$57 (W)</td><td rowspan=3>WRITE SECTOR</td><td rowspan=3>Wszystkie</td><td rowspan=3>W</td><td rowspan=3>Zależna od urządzenia i trybu pracy.</td><td>To samo, co PUT SECTOR ($50). W przypadku stacji dysków zapis przeprowadzany jest z weryfikacją.</td></tr>
<tr><td>W przypadku drukarki długość bufora może wynosić 20, 29 albo 40 znaków (na ogół to ostatnie), a znaczenie DAUX2 jest jak następuje:
* $4E (N) drukowanie normalne
* $53 (S) druk obrócony o 90 stopni
* $44 (D) druk normalny z podwójną szerokością znaków
</td></tr>
<tr><td>Dla interfejsu [[850|Atari 850]] wielkość bufora wynosi 64 bajty.</td></tr>
</table>

====Komendy dodatkowe====

Rozpoznawane przez urządzenia peryferyjne Atari komendy dodatkowe w stosunku do powyżej wspomnianego niezbędnego minimum.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$22 (")</td><td>FORMAT MEDIUM</td><td rowspan = 2>$31</td><td rowspan = 2>R</td><td>128 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości średniej]] (130k). Komenda wprowadzona razem ze stacją [[1050]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

<tr><td>$23 (#)</td><td>FORMAT DSDD</td> <td>256 bajtów</td><td>Analogicznie do FORMAT DISK ($21), z tym że formatowanie zawsze przeprowadzane jest w [[Formaty dyskietek|gęstości podwójnej dwustronnej]] (360k). Komenda wprowadzona razem ze stacją [[XF551|Atari XF-551]].

Kontroler [[KMK/JŻ IDE]] nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do partycjonowania i "formatowania" dysku służy oddzielny program).</td></tr>

</table>

====Komendy PERCOM====

Komendy PERCOM noszą nazwę od stacji dysków firmy [[Percom Data Corp.|PERCOM]], w których po raz pierwszy się pojawiły. Nie są rozpoznawane przez stacje dysków firmy Atari (z wyjątkiem [[XF551|Atari XF-551]]), są jednak zaimplementowane we wszystkich rozszerzeniach oraz stacjach innych producentów i stanowią de facto standard.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$4E (N)</td><td>READ PERCOM</td><td rowspan = 2>$31</td><td>R</td><td rowspan = 2>12 bajtów ([[SIO#Blok_PERCOM|Blok PERCOM]])</td><td>Odczytuje z urządzenia dwunastobajtowy blok danych opisujący jego bieżącą konfigurację, tj. przede wszystkim format znajdującej się w stacji dyskietki.</td></tr>
<tr><td>$4F (O)</td><td>WRITE PERCOM</td> <td>W</td> <td>Zapisuje do urządzenia dwanaście bajtów opisujących żądaną konfigurację, tj. liczbę ścieżek, stron dyskietki, sektorów na ścieżkę, wielkość sektora, gęstość. Przyjąwszy komendę stacja powinna natychmiast przestawić się na żądane ustawienia, o ile jest w stanie je zrealizować.

Jeśli zadanych ustawień nie da się zrealizować, stacja w teorii powinna odrzucić przesłany blok danych zgłaszając komputerowi błąd wykonania (co skutkuje [[Kody_błędów_Atari_OS|kodem błędu]] nr 144). W praktyce wiele stacji stosuje uproszczoną procedurę przyjmując parametry najbliższe zdefiniowanym przez przesłany blok danych. Jednak to, że parametry są "najbliższe", nie oznacza, że muszą być w ogóle bliskie: np. zażądanie formatu 360 KB od stacji [[Top Drive 1050]] spowoduje jej ustawienie się w [[DD]] (180k), bo to jest maximum, jakie stacja jest w stanie zrealizować. Komplikuje to zadanie programom formatującym, które w celu zapisania prawidłowego katalogu muszą sprawdzać, czy żądana od stacji pojemność dyskietki została rzeczywiście wybrana.

Po pomyślnym wykonaniu tej operacji komenda FORMAT DISK ($21) sformatuje dyskietkę zgodnie z zapisaną konfiguracją.

Kontroler [[KMK/JŻ]] IDE nie rozpoznaje tej komendy dla bezpieczeństwa danych na dysku (do definiowania wielkości partycji służy oddzielny program).</td></tr>
</table>

====Komendy specjalne====

Komendy wspomagające automatyczną instalację w systemie handlerów podłączonych urządzeń zewnętrznych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$21 (!)</td><td>SEND RELOCATOR</td>
<td>$50 (RS-232)</td><td>R</td><td>Wg odpowiedzi na komendę POLL ($3F)</td>
<td>Jest to komenda uzupełniająca do opisanego niżej POLL ($3F). Powoduje przesłanie przez urządzenie programu odpowiedzialnego za załadowanie (komendą SEND HANDLER) i relokację właściwego handlera. Wszystkie parametry transmisji dla SEND RELOCATOR przesyłane są na komendę POLL ($3F). Program relokatora - po jego załadowaniu - uruchamia się od adresu DBUFA + 6. Przejmuje on na siebie wykonanie reszty operacji, a w wypadku niepowodzenia sygnalizuje błąd przez ustawienie bitu Carry.

Komendę SEND RELOCATOR rozpoznaje moduł [[850|Atari 850]], a może dotyczyć też innych urządzeń, oprócz stacji dysków (gdzie kod operacyjny $21 oznacza formatowanie dyskietki).

</td></tr>

<tr><td>$26 (&)</td><td>SEND HANDLER</td><td>Wg parametrów ustawionych przez relokator przesłany przez SEND RELOCATOR ($21) lub wg odpowiedzi na komendę POLL BUS ($40)</td><td>R</td><td>Wg parametrów ustawionych przez relokator (przesłany przez urządzenie lub rezydujący)</td>
<td>Komenda SEND HANDLER służy do załadowania z urządzenia kodu programu obsługi (handlera) tego urządzenia. Może ona działać różnie w zależności od tego, czy transmisja została zainicjowana przez komendę POLL ($3F) czy POLL BUS ($40).

Komenda POLL ($3F) oznacza starszy protokół transmisji, w którym format strumienia danych przesłanych przez SEND HANDLER zależny jest od programu relokatora załadowanego wcześniej komendą SEND RELOCATOR ($21) i uruchomionego przez komputer.

Komenda POLL BUS ($40) oznacza nowszy protokół transmisji. Format strumienia danych jest ustalony z góry, a relokator rezyduje w ROM-ie systemu operacyjnego komputera.

Po otrzymaniu pozytywnej odpowiedzi na POLL BUS ($40) komputer rozpoczyna ładowanie kolejnych, 128-bajtowych rekordów binarnych, w liczbie do 256 (czyli pojedynczy "handler" może mieć maximum 32k). Przesyłany strumień danych musi być w [[ACX|specjalnym formacie]], który zapewnia relokowalność kodu, oraz zawiera podany explicite znacznik końca pliku - wystąpienie błędu przed napotkaniem tego znacznika powoduje przerwanie procedury z [[kody błędów|kodem błędu]] INCOMPLETE EXECUTION.
Ustawienia zmiennych DCB dla komendy SEND HANDLER wyglądają następująco:
* DDEVIC - kod urządzenia przesłany przez urządzenie $4F na komendę POLL BUS.
* DUNIT - zawsze $01
* DCMND - $26 - SEND HANDLER
* DSTATS - $40 - odczyt
* DTIMLO - 30 sekund
* DBYT - 128 bajtów
* DAUX1 - numer kolejny rekordu danych
* DAUX2 - zawsze 0
</td></tr>

<tr><td>$3F (?)</td><td>POLL</td><td>$50 (RS-232)</td><td>R</td><td>12 bajtów</td>
<td>Komenda ta, zwana też TYPE 2 POLL, służy do zainicjowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). W odpowiedzi urządzenie przesyła 12 bajtów odpowiadających kolejnym wartościom, jakie należy ustawić w bloku DCB celem załadowania kodu wykonywalnego handlera. Jest to starszy protokół transmisji zaprojektowany dla komputerów serii [[400]] i [[800]].

W module [[850|Atari 850]] odpowiedzią na komendę POLL są wartości, jakie trzeba wstawić do DCB celem wykonania komendy SEND RELOCATOR ($21).

W celu uniknięcia wielokrotnego załadowania tego samego programu obsługi urządzenie na komendę POLL ($3F) odpowiada tylko raz, potem wykonanie komendy jest zablokowane aż do wyłączenia zasilania.

</td></tr>

<tr><td>$40 (@)</td><td>POLL BUS</td><td>$4F (bus master)</td><td>R</td><td>4 bajty</td>

<td>W komputerach serii XL oraz XE komendę tę system operacyjny przesyła do interfejsu szeregowo-równoległego przy każdym zimnym starcie; w pewnych warunkach - ale z nieco innymi parametrami - może też zostać wykonana po zainicjowaniu systemu. Jest to odpowiednik komendy POLL ($3F), jednak protokół transmisji handlera jest zunifikowany i nie wymaga od urządzenia przesyłania relokatora (uniwersalny relokator rezyduje w ROM-ie systemu operacyjnego). Analogicznie do POLL ($3F), komenda POLL BUS jest przeznaczona do zapoczątkowania transmisji mającej na celu automatyczne ściągnięcie z urządzenia i zainstalowanie odpowiedniego dlań programu obsługi (handlera). Zasadniczym adresatem jest tu moduł [[1090]] działający jako bus master.

Istnieje kilka odmian komendy POLL BUS różniących się parametrami przesyłanymi w DAUX1 i DAUX2:

* TYPE 3 POLL: DAUX1 = 0 i DAUX2 = 0.
* TYPE 4 POLL: zobacz niżej.
* RESET POLL: DAUX1 = $4F i DAUX2 = $4F ("OO")
* NULL POLL: DAUX1 = $4E i DAUX2 = $4E ("NN")

Przy zimnym starcie na początku system wysyła RESET POLL. Komenda ta powinna odblokować rozpoznawanie komendy TYPE 3 POLL we wszystkich podłączonych urządzeniach. Na RESET POLL urządzenia, oprócz potwierdzenia wykonania, nie przesyłają żadnej odpowiedzi, a komputer jej nie oczekuje.

Następnie system wysyła komendę TYPE 3 POLL. Pozytywna odpowiedź oznacza, że urządzenie nadesłało 4 bajty, z czego dwa pierwsze to ilość pamięci potrzebna do przeprowadzenia całości transmisji (musi to być parzysta wielkość). Jeśli jest to więcej niż dostępna ilość pamięci pomiędzy MEMLO a MEMTOP, system odpowiada przez NULL POLL (podobnie jak w wypadku RESET POLL, urządzenie przesyła tylko potwierdzenie wykonania), a następnie ponownie wysyła TYPE 3 POLL. W przypadku braku pamięci byłaby to pętla nieskończona, ale pojedyncze urządzenie na komendę TYPE 3 POLL może odpowiedzieć tylko raz - pętla jest więc przerywana błędem, który wystąpi po przetestowaniu wszystkich urządzeń zarządzanych przez bus mastera. Ponowna odpowiedź na TYPE 3 POLL jest możliwa dopiero po przesłaniu urządzeniu komendy RESET POLL, inaczej TYPE 3 POLL zostanie zignorowana.

Trzeci przysłany bajt to identyfikator urządzenia (dla DDEVIC), które odpowiedziało na komendę i z którym będzie prowadzona dalsza komunikacja.

Po stwierdzeniu poprawności odpowiedzi komputer dokonuje rezerwacji pamięci nad wartością MEMLO zaokrągloną w górę do najbliższej granicy słowa i próbuje dokonać odczytu z urządzenia, które się zgłosiło, 128 bajtów pod adres $03FD, przy użyciu innej "nietypowej" komendy, a mianowicie $26 - SEND HANDLER. Po załadowaniu i zainicjowaniu handlera pętla wraca do początku i wykonuje się cyklicznie aż do wystąpienia błędu - czyli do załadowania wszystkich handlerów będących w dyspozycji bus mastera.

Procedura ładowania handlera wywoływana jest po procedurze bootowania DOS-u, ale niezależnie od jej wyniku; z czego wniosek, że "handler" może spełniać funkcję zarówno dodatku do DOS-u, jak i zostać załadowany zamiast DOS-u.

Tą samą drogą można już po całkowitym uruchomieniu systemu, podczas pracy, załadować handler urządzenia konkretnie wskazanego. Robi to [[CIO]] przy każdorazowej próbie otwarcia pliku na urządzeniu, którego system nie zna (nie ma takiego wpisu w tablicy handlerów).

Odpytanie bus mastera na okoliczność dysponowania takowym handlerem odbywa się za pomocą komendy TYPE 4 POLL. W DAUX1 ma się znajdować identyfikator urządzenia CIO, dla którego to urządzenia potrzebujemy handlera (np. dla magnetofonu $43, czyli "C"), w DAUX2 natomiast przesyła się numer wywoływanego urządzenia (np. dla "C1:" będzie to $01).

</td></tr>

</table>

====Pozostałe komendy====

Komendy zdefiniowane przez Atari, na których temat brak bliższych danych.

<table border=1 cellpadding=5>
<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>DOWNLOAD</td><td>???</td><td>W (?)</td><td>???</td><td>Komenda wymieniana przez niektóre źródła. Szczegóły nieznane.</td></tr>

<tr><td>$23 (#)</td><td>DIAG1</td><td rowspan = 2>$31</td><td rowspan = 2>R/W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda diagnostyczna stacji [[1050|Atari 1050]]. Wymaga przesłania 128-bajtowego bloku danych, w którym dwa pierwsze bajty decydują o tym, co stacja będzie robić (DAUX1/2 są ignorowane):
* $02 - test przejścia głowicy między ścieżkami
* $03 - przesuw głowicy za pomocą silnika krokowego o jeden krok w przód lub w tył; o kierunku decyduje następny bajt, wartość dodatnia (np. $01) powoduje przesuw w przód - czyli w kierunku ścieżki 39 - a wartość ujemna (np. $FF) przesuw wstecz, czyli w kierunku ścieżki 0. "Krok" silnika krokowego w tym wypadku to połowa odległości między ścieżkami, żeby więc tą komendą przesunąć głowicę na sąsiednią ścieżkę, trzeba zrobić to dwa razy. Uwaga: możliwe jest cofnięcie głowicy wstecz od ścieżki 0 (na tzw. ścieżkę -1).
* $04 - test zapisu i odczytu dyskietki; formatuje znajdującą się w stacji dyskietkę w średniej gęstości.
* $05 - przesuw główicy do ścieżki o numerze podanym w następnym bajcie.
'''UWAGA: kod operacyjny ($23) jest taki sam, jak kod komendy formatowania w stacji [[XF551|Atari XF-551]] oraz [[LDW Super 2000]] i [[CA-2001]] z załadowanym [[Synchromesh]]em!'''</td></tr>
<tr><td>$24 ($)</td><td>DIAG2</td>
<td>Komenda diagnostyczna stacji [[1050]], służy do pomiaru prędkości obrotowej dyskietki. W zależności od wartości dwóch pierwszych bajtów przesłanego bloku danych ($00, $00 lub $00, $01) stacja przesyła czas jednego obrotu dyskietki lub wartość prędkości obrotowej w obrotach na minutę.</td></tr>

<tr><td>$51 (Q)</td><td>READ SPIN</td>
<td rowspan=3>$31</td>
<td rowspan=2>R (?)</td>
<td rowspan=2>?</td>
<td rowspan=3>Komendy te występują jako komendy dyskowe na liście rozkazów SIO w dokumentacji sporządzonej przez Atari. Nie znam jednak stacji, która by na nie reagowała. Mogą to być komendy stacji [[810]], jakieś komendy diagnostyczne jej prototypu, albo komendy planowane, lecz nie zaimplementowane. Dostępna dokumentacja nie zawiera ich opisu.</td></tr>

<tr><td>$54 (T)</td><td>READ ADDRESS</td></tr>
<tr><td>$55 (U)</td><td>MOTOR ON</td> <td>-</td><td>0 bajtów</td></tr>

<tr><td>$56 (V)</td><td>VERIFY SECTOR</td><td>$31</td><td>-</td><td>0 bajtów</td>
<td>Stacja odczytuje sektor wskazany przez DAUX1/2 i zwraca komputerowi informację, czy da się on odczytać bez błędów. Dane zawarte w sektorze nie są transmitowane do komputera. Komenda ta występuje w dokumentacji SIO sporządzonej przez Atari, ale żadna ze stacji marki Atari jej nie rozpoznaje.</td></tr>

</table>

==== Komendy specyficzne dla poszczególnych urządzeń ====

<table border=1 cellpadding=5>
<tr><td colspan = 6>
===== Stacje dysków Atari 1450XLD =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$01 (-)</td><td>SET LARGE MODE</td><td rowspan = 2>$31</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca tzw. ''large mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako logiczną całość liczącą 2080 sektorów po 128 bajtów (260k).</td></tr>

<tr><td>$02 (-)</td><td>SET SMALL MODE</td>
<td>Komenda aktywująca tzw. ''small mode''. W tym trybie stacja "widzi" dyskietkę dwustronną jako dwie oddzielne dyskietki liczące po 1040 sektorów po 128 bajtów (= 2x130k).</td></tr>

<tr><td>$23 (#)</td><td>DRIVE DIAGNOSTIC IN</td><td rowspan = 2>$31</td><td>W</td><td rowspan = 2>128 bajtów</td>
<td>Komenda zapisująca do stacji wskazany bufor wypełniony bliżej nieokreślonymi danymi diagnostycznymi.</td></tr>

<tr><td>$24 ($)</td><td>DRIVE DIAGNOSTIC OUT</td><td>R</td>
<td>Komenda odczytująca bliżej niesprecyzowane dane diagnostyczne do wskazanego bufora.</td></tr>

<tr><td>$B1 (-)</td><td>???</td><td rowspan = 2>$31</td><td rowspan = 2>?</td><td rowspan = 2>?</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td>$B2 (-)</td><td>???</td>
<td>Komenda wewnętrzna sterownika stacji, nieopisana w dokumentacji.</td></tr>

<tr><td colspan = 6>

===== Atari 850 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$41 (A)</td><td>CONTROL</td><td rowspan = 3>$50</td><td rowspan = 2>-</td><td rowspan = 2>0 bajtów</td>
<td>Komenda aktywująca linie DTR, RTS i XMT (TX) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 34,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$42 (B)</td><td>CONFIGURE</td>

<td>Komenda ustawiająca różne parametry pracy (m.in. szybkość transmisji) wskazanego portu RS-232 interfejsu [[850|Atari 850]]. Odpowiada komendzie [[CIO]] XIO 36,#i,x,y,"Rn:", przy czym parametry ''x'' i ''y'' wysyłane są odpowiednio jako DAUX1 i DAUX2. Wykonanie komendy nie pociąga za sobą transmisji danych.</td></tr>

<tr><td>$58 (X)</td><td>STREAM</td> <td>R</td><td>9 bajtów</td>
<td>Komenda uruchamia tryb równoległego wejścia/wyjścia (Concurrent I/O). Interfejs [[850|Atari 850]] w odpowiedzi zwraca następującą sekwencję liczb: $A0, $A0, $0B, $A0, $A0, $A0, $0B, $A0, $78. Handler urządzenia "R:" ustawia według niej [[Rejestry_POKEY-a|rejestry układu POKEY]], tj. kolejno AUDF,AUDC 1-4 oraz AUDCTL.</td></tr>

<tr><td colspan = 6>

===== ATR 8000 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$47 (G)</td><td>GO TO</td><td>$5A ([[ATR 8000]])</td><td>-</td><td>0</td><td>Komenda pozwala na wywoływanie funkcji zdefiniowanych w ROM-ie modułu [[ATR 8000]] (q.v.).</td></tr>

<tr><td colspan = 6>
===== Indus GT/LDW Super 2000/CA-2001 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$23 (#)</td><td>FORMAT SKEWED</td><td rowspan = 2>$31</td><td>R</td><td>Równa wielkości sektora danych na dysku</td><td>Komenda formatowania z szybkim [[przeplot]]em w stacjach [[Indus GT]], [[LDW Super 2000]] oraz [[CA-2001]] z załadowanym [[Synchromesh]]em.
Kod operacyjny jest taki sam, jak komendy formatowania w gęstości [[DSDD]] dla stacji [[XF551]] oraz jednej z komend diagnostycznych w [[1050]].

</td></tr>
<tr><td>$58 (X)</td><td>DOWNLOAD/EXECUTE</td> <td>R/W</td><td>Różna</td><td>Komenda zaimplementowana w stacjach [[Indus GT]], [[LDW Super 2000]] i [[CA-2001]], pozwalająca na przesyłanie do stacji programów użytkownika i uruchamianie ich. Szczegóły: patrz [[Programowanie stacji LDW Super 2000 i CA-2001]].</td></tr>

<tr><td colspan = 6>
===== Happy Warp =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$48 (H)</td><td>HAPPY CONFIG</td><td>$31</td><td>-</td><td>0 bajtów</td><td>Konfiguracja stacji z rozszerzeniem [[Happy Warp]]. Szczegóły: patrz [[Happy_Warp#Konfiguracja|Happy Warp - Konfiguracja]]</td></tr>

<tr><td colspan = 6>
===== KMK/JŻ IDE =====
</td></tr>

<tr><td>$EC</td><td>IDENTIFY DRIVE</td><td>$31</td><td>R</td><td>512 bajtów</td><td>W [[KMK/JŻ IDE]] komenda powoduje odczytanie bloku identyfikacyjnego napędu IDE, na którym założona jest wskazana partycja, i wpisanie go do bufora wskazanego przez DBUFA. Kolejność bajtów w tym bloku jest odwrotna od normalnej, tzn. wszystkie pary bajtów należy zamienić miejscami przed odczytaniem danych z tego bufora - dotyczy to również informacji tekstowej.
</td></tr>

<tr><td colspan = 6>
===== Multi I/O =====
</td></tr>

<tr><td>$4D (M)</td><td>MEDIA CAPACITY INFO</td><td>$31</td><td>R</td><td>8 bajtów</td><td>Nowe wersje firmware [[Multi I/O]] (od v. 1.4 wzwyż) w odpowiedzi na tę komendę zwracają informację o pojemności wskazanego dysku SCSI w [http://en.wikipedia.org/wiki/SCSI_Read_Capacity_Command tym formacie].</td></tr>

<tr><td colspan = 6>
===== Speedy 1050 =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>

<tr><td>$20 ( )</td><td>AUTOMATIC FORMATTING</td><td rowspan = 11>$31</td><td>R</td><td>0 bajtów</td><td>[[Speedy 1050]] w odpowiedni na tę komendę formatuje dyskietkę w zadanej gęstości (DAUX1 = $00 pojedyncza, $20 podwójna, $80 średnia) i, o ile konfiguracja stacji tego nie zabrania, zapisuje bootsektory i [[VTOC]] zgodne z [[DOS 2.0]] lub (w średniej gęstości) [[DOS 2.5]].</td></tr>
<tr><td>$41 (A)</td><td>REGISTER COMMAND</td> <td>W</td><td>3 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje zarejestrowanie komendy uzytkownika. Dane powinny zawierać kolejno:
* kod komendy
* młodszy bajt adresu w pamięci stacji, gdzie znajduje się podprogram obsługi
* starszy bajt tego adresu
Jeśli dana komenda jest już jakoś przypisana, to przypisanie zostanie zmienione. Gdy adres ma wartość $0000, komenda zostanie wykasowana z pamięci stacji.
</td></tr>
<tr><td>$44 (D)</td><td>CONFIGURE DISPLAY</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja wyświetlacza stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: wyświetlanie kodów błędów na wyświetlaczu stacji
* bit 6: wyświetlanie numeru ścieżki w kodzie szesnastkowym
* bit 5: formatowanie bez weryfikacji
* bit 4: zablokowanie zapisu struktury logicznej dyskietki po komendzie $20
* bit 3: niewyłączanie silnika po komendzie $51
* bit 2: nieużywany
* bit 1: nieużywany
* bit 0: sygnał dźwiękowy w wypadku błędu
</td></tr>
<tr><td>$4B (K)</td><td>CONFIGURE DRIVE</td> <td>-</td><td>0 bajtów</td><td>Konfiguracja stacji [[Speedy 1050]]. DAUX2 powinien być wyzerowany, bity DAUX1 mają znaczenie jak następuje (gdy = 1):
* bit 7: zapis i odczyt dyskietki bez buforowania (0 po zmianie dyskietki)
* bit 6: zapis i odczyt ścieżki bez buforowania (0 po zmianie ścieżki)
* bit 5: nieużywany
* bit 4: nieużywany
* bit 3: wyłączenie buforowania ścieżek
* bit 2: wyłączenie weryfikacji dla komendy $57 (W)
* bit 1: zapis sektora z pominięciem buforowania
* bit 0: odczyt sektora z pominięciem buforowania
</td></tr>
<tr><td>$4C (L)</td><td>JUMP, NO ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] wywołanie wewnętrznej procedury ROM-u stacji spod adresu przekazanego w DAUX1/2 (młodszy/starszy). Potwierdzenie wykonania rozkazu musi przesłać wywoływany podprogram.</td></tr>
<tr><td>$4D (M)</td><td>JUMP WITH ACKNOWLEDGE</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] to samo, to $4C, ale potwierdzenie rozkazu jest przesyłane automatycznie.</td></tr>
<tr><td>$51 (Q)</td><td>FLUSH</td> <td>-</td><td>0 bajtów</td><td>W stacjach [[Speedy 1050]] komenda ta powoduje natychmiastowy zapis zawartości bufora zapisu na dyskietkę i zatrzymanie silnika (normalnie stacja czeka z tym ok. 2 sekund po transmisji sektora).</td></tr>
<tr><td>$60 (`)</td><td>WRITE TRACK</td> <td>W</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] zapis na dyskietkę całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$62 (b)</td><td>READ TRACK</td> <td>R</td><td>Liczba sektorów na ścieżce razy liczba bajtów w sektorze</td><td>W stacjach [[Speedy 1050]] odczyt z dyskietki całej ścieżki od numeru sektora wskazanego bajtami DAUX1/2.
</td></tr>
<tr><td>$68 (h)</td><td>SIO LEN</td> <td>R</td><td>2 bajty</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie dwóch bajtów określających wielkość procedury SIO, którą mozna od stacji uzyskać komendą $69.
</td></tr>
<tr><td>$69 (i)</td><td>SEND SIO</td> <td>R</td><td>Wynik komendy $68</td><td>W stacjach [[Speedy 1050]] komenda powoduje przesłanie programu szybkiej transmisji SIO. Bajty DBYT powinny być ustawione na wartość zwróconą przez komendę $68. DAUX1/2 to adres w pamięci Atari, gdzie procedura ma zostać załadowana (stacja dokonuje relokacji kodu pod ten adres przed wysłaniem go do komputera).
</td></tr>

<tr><td colspan = 6>

===== TOMS Multi Drive =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$49 (I)</td><td>INDEX FORMATTING</td><td>$31</td><td>R</td><td>Zależnie od wybranej gęstości</td><td>W stacjach [[TOMS Multi Drive]] komenda ta działa tak samo, jak zwykłe formatowanie ($21), z tym wyjątkiem, że do oznaczenia początku ścieżki stacja używa otworu indeksowego (normalnie w stacjach Atari ścieżka zaczyna się tam, gdzie akurat wypadnie). Służy to głównie do zabezpieczania programów przez tzw. synchroniczne sektory. </td></tr>

<tr><td colspan = 6>
===== US Doubler =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$3F (?)</td><td>SEND HIGH SPEED INDEX</td><td rowspan = 2>$31</td><td>R</td><td>1 bajt</td><td>Stacje kompatybilne z [[US Doubler]] w odpowiedzi na tę komendę przesyłają wartość rejestru POKEY-a służącą do ustawienia częstotliwości nośnej dla przyspieszonej transmisji.</td></tr>
<tr><td>$66 (f)</td><td>CUSTOM FORMAT</td> <td>W</td><td>128 bajtów</td><td>Komenda formatowania z zadanym przeplotem zaimplementowana w stacjach [[US Doubler]]. Wysyłane 128 bajtów określa:
* w pierwszych 12 bajtach: zadaną gęstość, tak jak w komendzie WRITE PERCOM
* następne 18 lub 26 bajtów to fizyczne numery sektorów na ścieżce w zadanej kolejności, licząc od 1.
Przykładowe przeploty podaje hasło [[Przeplot]].
</td></tr>

<tr><td colspan = 6>
===== [[XFD601|XFD601/602]] =====
</td></tr>

<tr><td>Kod</td><td>Nazwa</td><td>Urządzenie</td><td>R/W</td><td>Ilość danych</td><td>Opis</td></tr>
<tr><td>$42 (B)</td><td>GET COMMAND BUFFER</td><td rowspan = 2>$31</td><td>R</td><td>128 bajtów</td><td>Zwraca historię ostatnich 32 wywołań na łączu szeregowym. Wszystkich wywołań - nie tylko do stacji. Każdy wpis zawiera 4 bajty - dokładnie te same, jakie są wysyłane do urządzenia zewnetrznego przez komputer, czyli: [[SIO#DCB|DDEVIC]], [[SIO#DCB|DCMND]], [[SIO#DCB|DAUX1]], [[SIO#DCB|DAUX2]].
</td></tr>
<tr><td>$54 (T)</td><td>READ ADDRESS</td> <td>R</td><td>6 bajtów</td><td>Po odebraniu tego rozkazu stacja zwraca tzw. adres pierwszego napotkanego sektora, w formie 6 bajtów: numer scieżki, numer strony, numer sektora, rozmiar sektora, 2 bajty CRC.
</td></tr>

</table>

[[Kategoria:Programowanie Atari 8-bit|SIO, Lista komend według funkcji]]

Trub

2015-06-28T19:43:40Z

Trub: przyrost naturalny

{{grafr|Trub2.jpg}}
Członek grupy [[DLT (grupa)|DLT]]. Atari 130XE posiada od 1987 roku - cały czas ten sam egzemplarz, choć w międzyczasie zaliczyło uderzenie kolumną głośnikową oraz zainstalowano w nim sporo rozszerzeń. Na przełomie lat 80-tych i 90-tych współorganizował jedną z giełd komputerowych w Rzeszowie, skąd pochodzi i gdzie mieszka.
Na [[scena|scenie]] bardziej aktywny dopiero w XXI wieku.

Znany jest przede wszystkim z programów systemowych i użytkowych na Atari.
Do największych osiągnięć zaliczyć można:
* udział w unowocześnieniu [[SpartaDOS X]]
* "odkrycie" i uruchomienie [[Indus CP/M]].
Uznanie użytkowników zdobyły również narzędzia napisane dla interfejsu [[SIO2IDE]].

Zawodowo zajmuje się tzw. nauką (doktorat z informatyki). W domu żona i trzy trubki.

== Odnośniki zewnętrzne ==
* [http://trub.atari8.info truba strona o Atari]
* [http://sdx.atari8.info SDX Upgrade Project]

[[Kategoria:Ludzie]]

Top Drive 1050

2015-06-28T19:15:38Z

Trub: oryginał, autor, Centronics

Proste rozszerzenie do stacji [[1050]], umożliwiające odczyt i zapis dyskietek sformatowanych w gęstości [[DD]], a także kopiowanie dysków zabezpieczonych [[Bad Sector|Bad Sectorami]].

Oryginalne rozszerzenie zostało opracowane w Niemczech przez Bernharda Engla jako "1050 Turbo" (kolejne wersje w latach 1985,86,88). Oprócz usprawnionej obsługi dyskietek, oryginalna wersja posiadała możliwość obsługi drukarki w standardzie Centronics. Na jego podstawie powstawały "klony", w tym także sprzedawana w Polsce wersja firmy [[P.Z. Karen]], których ROM różnił się od oryginalnego w zasadzie wyłącznie napisami.

Opis wykonania modyfikacji oraz więcej informacji na temat rozszerzenia można znaleźć na stronie [[Jerzy Sobola|Jurka Soboli]]: [http://dereatari.republika.pl/serw.htm http://dereatari.republika.pl/serw.htm]

== Protokół transmisji Top Drive / TOMS Turbo ==

Stacje z rozszerzeniem [[Top Drive 1050]], [[TOMS Turbo Drive]] oraz [[TOMS Multi Drive]] mogą pracować z prędkością 68,2 kbps. Dla zasygnalizowania stacji, że komputer żąda pracy w turbo, przy prędkości 68,2 kbps używany jest inny protokół transmisji będący zmodyfikowaną wersją standardowego. Protokół ten jest odmienny niż w wypadku stacji [[XF551|XF-551]].

Blok komendy (Command Frame) dla stacji, tak samo jak w standardzie, wysyłany jest z prędkością 19200 bps. Czwarty bajt tego bloku, niosący wartość bajtu DAUX2 bloku DCB, jest zwiększony o 128 (ORA #$80). Po wysłaniu komendy komputer - '''nie czekając na odpowiedź''' - przeprogramowuje układ [[POKEY]] na 68,2 kbps (wartość licznika - $06) założywszy w ciemno, że stacja ze swej strony również przełącza się na szybką transmisję. Odbiór ewentualnej negatywnej odpowiedzi oczywiście nie jest w takim układzie możliwy.

Dalsza wymiana danych wywołana przez tę jedną komendę odbywa się w przyspieszonej transmisji. Po wykonaniu komendy następuje powrót do prędkości standardowej.

Ogólnie schemat wymiany danych przy odczycie jest następujący:

* prędkość 19200 bps
* komputer --> komenda 4 B + CRC --> urządzenie
* przełączenie na 68,2 kbps
* komputer <-- potwierdzenie 'A' <-- urządzenie
* wykonanie
* komputer <-- potwierdzenie 'C' <-- urządzenie
* komputer <-- blok danych + CRC <-- urządzenie
* przełączenie na 19200 bps
* koniec.

Natomiast zapis wygląda tak:

* prędkość 19200 bps
* komputer --> komenda 4 B + CRC --> urządzenie
* przełączenie na 68,2 kbps
* komputer <-- potwierdzenie 'A' <-- urządzenie
* komputer --> blok danych + CRC --> urządzenie
* komputer <-- potwierdzenie 'A' <-- urządzenie
* wykonanie
* komputer <-- potwierdzenie 'C' <-- urządzenie
* przełączenie na 19200 bps
* koniec

Jest to zdecydowanie najpodlejsze turbo z czwórki głównych [[Systemy Turbo|systemów turbo]] do stacji dysków; Top Drive nie dość, że ma wszystkie wady protokołu [[XF551|XF-551]], to jeszcze dorzuca do nich jedną własną (którą jest wspomniana wyżej niemożność odrzucenia przez stację w cywilizowany sposób żądanego przez komputer trybu pracy), nie mając przy tym żadnych równoważących to zalet (jeden bajt więcej przesłany w szybkiej transmisji zwiększa prędkość wymiany danych o niecałe 8 promili).

== Zobacz też ==

* [[SIO]]

[[Kategoria:Peryferia 8-bit]]
[[Kategoria:Rozszerzenia]]

PBI

2013-11-25T16:25:58Z

Trub: linki akt.

{{grafr|pbi.gif}}

Parallel Bus Interface, złącze używane w [[600XL]] oraz [[800XL]]. Złącze ma 50 linii i służy do podłączania urządzeń zewnętrznych (tzw. [[nowe urządzenia|nowych urządzeń]]) jako forma portu równoległego. Autorem koncepcji PBI jest Earl Rice. Komputery serii [[XE]] są wyposażone w nieco odmienne (inny kształt, nieco inny zestaw sygnałów) złącze tzw. [[ECI|CART/ECI]] będące rozwinięciem PBI.

== Schemat wyprowadzeń ==

{| class="wikitable"
|- bgcolor="#ffdead"
| align="center" colspan="25" | '''Parallel Bus Interface (PBI)''' - ''looking at the back''
|- bgcolor="#efefef" align="center"
| 1 || 3 || 5 || 7 || 9 || 11 || 13 || 15 || 17 || 19 || 21 || 23 || 25 || 27 || 29 || 31 || 33 || 35 || 37 || 39 || 41 || 43 || 45 || 47 || 49
|-
| 2 || 4 || 6 || 8 || 10 || 12 || 14 || 16 || 18 || 20 || 22 || 24 || 26 || 28 || 30 || 32 || 34 || 36 || 38 || 40 || 42 || 44 || 46 || 48 || 50
|}

{| class="wikitable" style="cellpadding=2; font-size: 90%"
|- bgcolor="#ffdead"
| align="center" colspan="25" | '''Parallel Bus Interface (PBI)''' - ''Pinout''
|-
| bgcolor="#efefef" | '''Pin''' || bgcolor="#efefef" | '''TOP''' || '''Pin''' || '''BOTTOM'''
|-
| bgcolor="#efefef" align="center" | 1 || bgcolor="#efefef" | GND Ground
| align="center" | 2 || External select
|-
| bgcolor="#efefef" align="center" | 3 || bgcolor="#efefef" | A0 Address output
| align="center" | 4 || A1
|-
| bgcolor="#efefef" align="center" | 5 || bgcolor="#efefef" | A2
| align="center" | 6 || A3
|-
| bgcolor="#efefef" align="center" | 7 || bgcolor="#efefef" | A4
| align="center" | 8 || A5
|-
| bgcolor="#efefef" align="center" | 9 || bgcolor="#efefef" | A6
| align="center" | 10 || GND
|-
| bgcolor="#efefef" align="center" | 11 || bgcolor="#efefef" | A7
| align="center" | 12 || A8
|-
| bgcolor="#efefef" align="center" | 13 || bgcolor="#efefef" | A9
| align="center" | 14 || A10
|-
| bgcolor="#efefef" align="center" | 15 || bgcolor="#efefef" | A11
| align="center" | 16 || A12
|-
| bgcolor="#efefef" align="center" | 17 || bgcolor="#efefef" | A13
| align="center" | 18 || A14
|-
| bgcolor="#efefef" align="center" | 19 || bgcolor="#efefef" | GND
| align="center" | 20 || A15
|-
| bgcolor="#efefef" align="center" | 21 || bgcolor="#efefef" | D0 Data (bidirectional)
| align="center" | 22 || D1
|-
| bgcolor="#efefef" align="center" | 23 || bgcolor="#efefef" | D2
| align="center" | 24 || D3
|-
| bgcolor="#efefef" align="center" | 25 || bgcolor="#efefef" | D4
| align="center" | 26 || D5
|-
| bgcolor="#efefef" align="center" | 27 || bgcolor="#efefef" | D6
| align="center" | 28 || D7
|-
| bgcolor="#efefef" align="center" | 29 || bgcolor="#efefef" | GND
| align="center" | 30 || GND
|-
| bgcolor="#efefef" align="center" | 31 || bgcolor="#efefef" | Phase 2 clock output
| align="center" | 32 || GND
|-
| bgcolor="#efefef" align="center" | 33 || bgcolor="#efefef" | NC Reserved
| align="center" | 34 || Reset output
|-
| bgcolor="#efefef" align="center" | 35 || bgcolor="#efefef" | (IRQ) Interrupt request
| align="center" | 36 || Ready input
|-
| bgcolor="#efefef" align="center" | 37 || bgcolor="#efefef" | NC
| align="center" | 38 || External decoder output
|-
| bgcolor="#efefef" align="center" | 39 || bgcolor="#efefef" | NC
| align="center" | 40 || Refresh output
|-
| bgcolor="#efefef" align="center" | 41 || bgcolor="#efefef" | Column address output
| align="center" | 42 || GND
|-
| bgcolor="#efefef" align="center" | 43 || bgcolor="#efefef" | MPD Math pack disable input
| align="center" | 44 || Row address strobe
|-
| bgcolor="#efefef" align="center" | 45 || bgcolor="#efefef" | GND
| align="center" | 46 || Latch read/write out
|-
| bgcolor="#efefef" align="center" | 47 || bgcolor="#efefef" | NC (+5V on 600XL only)
| align="center" | 48 || NC (+5V on 600XL only, used for 1064)
|-
| bgcolor="#efefef" align="center" | 49 || bgcolor="#efefef" | Audio input
| align="center" | 50 || GND
|}

== Przykłady urządzeń ==
* [[1064]]
* [[1090|1090 XL Expansion System]]
* [[BlackBox]]
* [[BTL Hard Disk]]
* [[Multi I/O]]
* [[SupraDrive]]

== Zobacz także ==
* [[Rejestry PBI]]
* [[Gniazdo ECI]]
* [[GSPBI]]

== Odnośniki zewnętrzne ==

=== Seria artykułów autorstwa Earla Rice ===

* [http://www.atarimagazines.com/v3n9/Parallel_Bus.html Antic, January 1985, 45-47, 75] (generic device handler)
* [http://www.atarimagazines.com/v3n10/parallelbus.html Antic, February 1985, 68-71] (hardware interface)
* [http://www.atarimagazines.com/v3n11/parallel_bus.html Antic, March 1985, 69-72, 76] (design of serial I/O board)
* [http://www.atarimagazines.com/v3n12/toolbox.html Antic, April 1985, 49-52, 78] (ditto, plus software driver)

=== Inne ===

* [http://www.myatari.co.uk/issues/may2001/pbi.htm MyAtari.net - The Atari XL Parallel Bus Interface Part I]
* [http://www.myatari.co.uk/issues/jul2001/xl_pbi.htm MyAtari.net - The Atari XL Parallel Bus Interface Part 2]
* [http://www.myatari.co.uk/issues/aug2001/pbi_p3.htm MyAtari.net - The Atari XL Parallel Bus Interface Part 3]
* [http://en.wikipedia.org/wiki/Parallel_Bus_Interface Parallel Bus Interface] w Wikpiedii

=== Stabilizacja interfejsu PBI ===

* [http://www.mathyvannisselroy.nl/stabiliz.txt STABILIZING XL/XE COMPUTERS WITH PBI DEVICES] ([[Bob Puff]])

[[Kategoria:Atari 8-bit]]
[[Kategoria:Schematy złącz]]

{{stub}}

Axlon

2013-10-19T16:55:18Z

Trub: lit.

Rozszerzenie pamięci przeznaczone dla komputerów serii [[400/800]]. Podobnie jak w [[130XE]] rozszerzona pamięć podzielona na banki po 16 KB znajduje się w obszarze $4000-$7FFF. Inaczej niż w 130XE nie ma możliwości oddzielnego adresowania dodatkowej pamięci przez [[6502C|CPU]] i [[ANTIC (układ)|ANTIC]].

Ze względu na inne wykorzystanie drugiego portu układu [[PIA]] (w 400/800 jest on podłączony do dwóch z czterech gniazd joysticków), rejestr sterujący rozszerzeniem umieszczony jest pod adresem $CFFF. Rejestr ten jest tylko do zapisu (w rzeczywistości, ze względu na niepełne dekodowanie, ten rejestr zajmuje obszar $CFC0-$CFFF oraz $0FC0-$0FFF).

Wartość $00 wstawiona do rejestru Axlon powoduje podłączenie pamięci podstawowej, każda inna - jednego z banków pamięci dodatkowej. To pozwala na instalację w komputerze do 4 MB pamięci dodatkowej (255 banków po 16k - 4080 KB).

Oryginalne rozszerzenie Axlon zawierało 128 KB dodatkowej pamięci. Inni producenci ([[Magna Systems]]) oferowali działające według standardu Axlon rozszerzenia o 256, 512 lub 1 MB RAM.

== Axlon na XL/XE ==

W 2012 roku [[Simius]] zbudował prototypowe rozszerzenie pamięci [[SIMMius 4 MB]] pozwalające na użycie trybu Axlon również na XL/XE. Rejestr przełączający znajduje się w pamięci ROM (tj. działa, gdy bit 0 rejestru PORTB jest ustawiony) wyłącznie pod adresem $CFFF i jest tylko do zapisu.

== Oprogramowanie ==

Rozszerzenie Axlon wykrywa i wykorzystuje [[SpartaDOS X]], od wersji 4.46 również na XL/XE: test na obecność rozszerzenia jest przeprowadzany, jeśli test na obecność "zwykłego" rozszerzenia pamięci (typu [[Rambo XL]] lub [[Compy Shop (rozszerzenie RAM)|Compy Shop]]) da negatywny wynik.

[[Kategoria:Rozszerzenia RAM Atari 8-bit]]

Podstawowe procedury systemu operacyjnego

2013-10-03T17:08:30Z

Trub: Błędy w wersji elektronicznej

'''"Mapa pamięci Atari XL/XE: Podstawowe procedury systemu operacyjnego"''' to książka [[Wojciech Zientara|Wojciecha Zientary]] wydana w 1988 roku przez [[SOETO]].

Jest to kompletny listing procedur inicjujących [[XL OS]]-u, podsystemu przerwań oraz [[pakiet matematyczny|pakietu artymetyki zmiennoprzecinkowej]] wraz z komentarzem. Brak informacji o nakładzie (prawdopodobnie 5050 egzemplarzy). Format A-5, 114 stron. Pierwotna cena 920 zł. (od 1,5 do dwóch złotych obecnych).

Wersja elektroniczna dostepna w [http://tajemnice.atari8.info/ Elektronicznym Archiwum Tajemnic Atari] (w dziale: Książki)

==Errata==

<table border = 1 cellpadding = 5>

<tr><td>Strona</td><td>Wiersz od góry</td><td>Wiersz od dołu</td><td>Jest</td><td>Powinno być</td></tr>

<tr><td>8</td><td>-</td><td>2</td>
<td><pre>0420 JSR SIOINT</pre></td><td><pre>0420 JSR SIOINIT</pre></td></tr>

<tr><td>22</td><td>28</td><td>-</td>
<td><pre>0220 CPX #$04</pre></td><td><pre>0220 CPY #$04</pre></td></tr>

<tr><td>48</td><td>-</td><td>4</td>
<td><pre>0190 BEQ DCL</pre></td><td><pre>0190 BEQ NOT0</pre></td></tr>

<tr><td>56</td><td>3</td><td>-</td>
<td>''brak pierwszych dwóch rozkazów procedury''</td>
<td><pre>
0251 TYA
0252 PHA</pre>
</td></tr>

<tr><td>79</td><td>-</td><td>23</td>
<td><pre>
0290 CPX #$05</pre>
</td><td><pre>
0290 CPY #$05</pre>
</td></tr>

<tr><td>84</td><td>16</td><td>-</td>
<td><pre>
0600 BCS RR</pre>
</td><td><pre>
0600 BCS ADJ</pre>
</td></tr>

<tr><td>86</td><td>10</td><td>-</td>
<td><pre>
0150 EVSGN = $DCE0</pre>
</td><td><pre>
0150 MVARG = $DCE0</pre>
</td></tr>

<tr><td>86</td><td>-</td><td>21</td>
<td><pre>
0400 JSR EVSGN</pre>
</td><td><pre>
0400 JSR MVARG</pre>
</td></tr>

<tr><td>87</td><td>22</td><td>-</td>
<td><pre>
0820 JSR EVSGN</pre>
</td><td><pre>
0820 JSR MVARG</pre>
</td></tr>

<tr><td>92</td><td>13</td><td>-</td>
<td><pre>
0220 FRE = $E6</pre>
</td><td><pre>
0460 FR2 = $E6</pre>
</td></tr>

<tr><td>92</td><td>-</td><td>19</td>
<td><pre>
0460 LDX #FRE</pre>
</td><td><pre>
0460 LDX #FR2</pre>
</td></tr>

<tr><td>92</td><td>-</td><td>9</td>
<td><pre>
0560 LDX #FRE</pre>
</td><td><pre>
0560 LDX #FR2</pre>
</td></tr>

<tr><td>?*</td><td>-</td><td>-</td>
<td><pre>
1050 LOOP LDA #$FF</pre>
</td><td><pre>
1050 LOOP1 LDA #$FF</pre>
</td></tr>

<tr><td>?*</td><td>-</td><td>-</td>
<td><pre>
2350 LDA CARTBOOT</pre>
</td><td><pre>
2350 LDA CARTOPT</pre>
</td></tr>

</table>

* - błąd występuje w wersji elektronicznej (w p.2.1.2, "Przebieg procedury RESET"), w oryginalnej książce zapis jest poprawny

[[Kategoria:Atari 8-bit]]

SN-360

2013-05-18T12:49:50Z

Trub:

{{ImgFrm|http://atariki.krap.pl/images/0/06/Sn360-1-small.JPG|http://atariki.krap.pl/images/1/14/Sn360-1.jpg|Stacja SN 360}}
==Opis==
Polska stacja dysków 5.25" zaprojektowana przez Sławomira Nienałtowskiego, autora m.in. [[Atari Super Turbo|Atari Super Turbo (AST)]]. Sprzedawana przez firmę Atari Studio (późniejszy [[Mirage]]). Obsługuje tryby gęstości [[SD]], [[ED]], [[DD]], [[DD|DSDD]]. Do stacji dołączony był zestaw programów o nazwie "SN-Converter" służący do przenoszenia programów z/do PC. W tym celu dyskietka formatowana była na PC z nietypowymi dla tej platformy 256-bajtowymi sektorami.

Do stacji można podłączyć napęd 3,5" od Amigi/ST lub PC i uzyskać pojemność 720k (wymagany specjalny firmware).

==Konstrukcja==

* mikroprocesor: 80C51
* kontroler: WD 2797B
* [[ROM]]: 8 KB (EPROM z firmware stacji)
* [[RAM]] 8 KB
* prędkość obrotowa: 300 obr./min.

==Cechy użytkowe==

* maksymalny transfer oryginalnej stacji - 19200 bps (57600 bps z firmware opracowanym przez [[Mikey]]a)
* brak przelotowego gniazda SIO
* możliwość ustawienia ID tylko w zakresie D1-D2.

==Benchmark==

<table cellpadding=3 cellspacing=3>
<tr>
<td>DOS II+/D</td>
<td width="10"> </td>
<td>SpartaDOS X</td>
<td width="10"> </td>
<td> </td>
</tr>
<tr>
<td>
Standard:

* DOS zapis: 1191.25 B/s
* DOS odczyt: 1401.21 B/s
* DOS średnia: 1296.23 B/s

Turbo:

* DOS zapis: 2540.92 B/s
* DOS odczyt: 2622.49 B/s
* DOS średnia: 2581.70 B/s
</td><td width="10"> </td>
<td>
Standard (DSDD):

* DOS zapis: 1389.89 B/s
* DOS odczyt: 1400.61 B/s
* DOS średnia: 1395.25 B/s

Standard (SSDD):

* DOS zapis: 1410.28 B/s
* DOS odczyt: 1416.40 B/s
* DOS średnia: 1413.34 B/s
</td>
<td width="10"> </td>
<td>
Turbo (DSDD):

* DOS zapis: 3103.16 B/s
* DOS odczyt: 3094.34 B/s
* DOS średnia: 3098.75 B/s

Turbo (SSDD):

* DOS zapis: 3163.24 B/s
* DOS odczyt: 3141.95 B/s
* DOS średnia: 3152.59 B/s

</td>
</tr>
</table>

==Pliki==

* [[Media:Sn360.bin.gz| Zawartość EPROM-u stacji]]
* [[Media:Sn360utilz.atr| Obraz oryginalnej dyskietki dołączanej do stacji przez producenta]]
* [[Media:INSTRUKCJA_OBSŁUGI_SN-360.pdf| Instrukcja]]

==Bibliografia==
* [[KMK|Konrad Kokoszkiewicz]], "SN-360 - nowa stacja dla Atari", Bajtek 8-9/1993, s. 16-17
* [[mikey|Mikey/NG]] SN-360, Syzygy Magazine #5
[[Kategoria:Peryferia 8-bit]]

SN-360

2013-05-18T11:14:30Z

Trub:

{{ImgFrm|http://atariki.krap.pl/images/0/06/Sn360-1-small.JPG|http://atariki.krap.pl/images/1/14/Sn360-1.jpg|Stacja SN 360}}
==Opis==
Polska stacja dysków 5.25" zaprojektowana przez Sławomira Nienałtowskiego, autora m.in. [[Atari Super Turbo|Atari Super Turbo (AST)]]. Sprzedawana przez firmę Atari Studio (późniejszy [[Mirage]]). Obsługuje tryby gęstości [[SD]], [[ED]], [[DD]], [[DD|DSDD]]. Do stacji dołączony był zestaw programów o nazwie "SN-Converter" służący do przenoszenia programów z/do PC. W tym celu dyskietka formatowana była na PC z nietypowymi dla tej platformy 256-bajtowymi sektorami.

Do stacji można podłączyć napęd 3,5" od Amigi/ST lub PC i uzyskać pojemność 720k ze specjalnym firmware.

==Konstrukcja==

* mikroprocesor: 80C51
* kontroler: WD 2797B
* [[ROM]]: 8 KB (EPROM z firmware stacji)
* [[RAM]] 8 KB
* prędkość obrotowa: 300 obr./min.

==Cechy użytkowe==

* maksymalny transfer oryginalnej stacji - 19200 bps (57600 bps z firmware opracowanym przez [[Mikey]]a)
* brak przelotowego gniazda SIO
* możliwość ustawienia ID tylko w zakresie D1-D2.

==Benchmark==

<table cellpadding=3 cellspacing=3>
<tr>
<td>DOS II+/D</td>
<td width="10"> </td>
<td>SpartaDOS X</td>
<td width="10"> </td>
<td> </td>
</tr>
<tr>
<td>
Standard:

* DOS zapis: 1191.25 B/s
* DOS odczyt: 1401.21 B/s
* DOS średnia: 1296.23 B/s

Turbo:

* DOS zapis: 2540.92 B/s
* DOS odczyt: 2622.49 B/s
* DOS średnia: 2581.70 B/s
</td><td width="10"> </td>
<td>
Standard (DSDD):

* DOS zapis: 1389.89 B/s
* DOS odczyt: 1400.61 B/s
* DOS średnia: 1395.25 B/s

Standard (SSDD):

* DOS zapis: 1410.28 B/s
* DOS odczyt: 1416.40 B/s
* DOS średnia: 1413.34 B/s
</td>
<td width="10"> </td>
<td>
Turbo (DSDD):

* DOS zapis: 3103.16 B/s
* DOS odczyt: 3094.34 B/s
* DOS średnia: 3098.75 B/s

Turbo (SSDD):

* DOS zapis: 3163.24 B/s
* DOS odczyt: 3141.95 B/s
* DOS średnia: 3152.59 B/s

</td>
</tr>
</table>

==Pliki==

* [[Media:Sn360.bin.gz| Zawartość EPROM-u stacji]]
* [[Media:Sn360utilz.atr| Obraz oryginalnej dyskietki dołączanej do stacji przez producenta]]
* [[Media:INSTRUKCJA_OBSŁUGI_SN-360.pdf| Instrukcja]]

==Bibliografia==
* [[KMK|Konrad Kokoszkiewicz]], "SN-360 - nowa stacja dla Atari", Bajtek 8-9/1993, s. 16-17
* [[mikey|Mikey/NG]] SN-360, Syzygy Magazine #5
[[Kategoria:Peryferia 8-bit]]

SN-360

2013-05-18T08:27:08Z

Trub:

{{ImgFrm|http://atariki.krap.pl/images/0/06/Sn360-1-small.JPG|http://atariki.krap.pl/images/1/14/Sn360-1.jpg|Stacja SN 360}}
==Opis==
Polska stacja dysków 5.25" zaprojektowana przez Sławomira Nienałtowskiego, autora m.in. [[Atari Super Turbo|Atari Super Turbo (AST)]]. Sprzedawana przez firmę Atari Studio (późniejszy [[Mirage]]). Obsługuje tryby gęstości [[SD]], [[ED]], [[DD]], [[DD|DSDD]]. Z racji zastosowania napędu 360k istniała możliwość przenoszenia programów z/do PC via dyskietki. Do stacji dołączony był zestaw programów o nazwie "SN-Converter", służący do tego celu.

Do stacji można podłączyć napęd 720k od Amigi/ST lub pecetowy 1.44M (po drobnych modyfikacjach oraz po zmianie firmware'u) i uzyskać pojemność 720k.

==Konstrukcja==

* mikroprocesor: 80C51
* kontroler: WD 2797B
* [[ROM]]: 8 KB (EPROM z firmware'em stacji)
* [[RAM]] 8 KB
* prędkość obrotowa: 300 obr./min.

==Cechy użytkowe==

* maksymalny transfer oryginalnej stacji - 19200 bps (57600 bps z firmware opracowanym przez [[Mikey]]a)
* brak przelotowego gniazda SIO
* możliwość ustawienia ID tylko w zakresie D1-D2.

==Benchmark==

<table cellpadding=3 cellspacing=3>
<tr>
<td>DOS II+/D</td>
<td width="10"> </td>
<td>SpartaDOS X</td>
<td width="10"> </td>
<td> </td>
</tr>
<tr>
<td>
Standard:

* DOS zapis: 1191.25 B/s
* DOS odczyt: 1401.21 B/s
* DOS średnia: 1296.23 B/s

Turbo:

* DOS zapis: 2540.92 B/s
* DOS odczyt: 2622.49 B/s
* DOS średnia: 2581.70 B/s
</td><td width="10"> </td>
<td>
Standard (DSDD):

* DOS zapis: 1389.89 B/s
* DOS odczyt: 1400.61 B/s
* DOS średnia: 1395.25 B/s

Standard (SSDD):

* DOS zapis: 1410.28 B/s
* DOS odczyt: 1416.40 B/s
* DOS średnia: 1413.34 B/s
</td>
<td width="10"> </td>
<td>
Turbo (DSDD):

* DOS zapis: 3103.16 B/s
* DOS odczyt: 3094.34 B/s
* DOS średnia: 3098.75 B/s

Turbo (SSDD):

* DOS zapis: 3163.24 B/s
* DOS odczyt: 3141.95 B/s
* DOS średnia: 3152.59 B/s

</td>
</tr>
</table>

==Pliki==

* [[Media:Sn360.bin.gz| Zawartość EPROM-u stacji]]
* [[Media:Sn360utilz.atr| Obraz oryginalnej dyskietki dołączanej do stacji przez producenta]]
* [[Media:INSTRUKCJA_OBSŁUGI_SN-360.pdf| Instrukcja]]

==Bibliografia==
* [[KMK|Konrad Kokoszkiewicz]], "SN-360 - nowa stacja dla Atari", Bajtek 8-9/1993, s. 16-17
* [[mikey|Mikey/NG]] SN-360, Syzygy Magazine #5
[[Kategoria:Peryferia 8-bit]]

RAM Charger

2013-05-18T07:32:16Z

Trub: Zobacz też

Indus RAM Charger (Ramcharger) jest kartą rozszerzającą dla stacji [[Indus GT]], zawierającą dodatkowe 64kB pamięci RAM. Razem z kartą dostarczany był system operacyjny [[Indus CP/M]] oraz program [[SuperSynchromesh]], który, oprócz zwiększenia szybkości transmisji do 68,2 kbps realizuje na rozszerzonej stacji [[buforowanie ścieżek]].

[[grafika:Ramcharger.jpg]]

'''SRAMCharger''' [http://trub.atari8.info/index.php?ref=sramcharger] jest funkcjonalnym odpowiednikiem tego rozszerzenia, zaproponowanym przez [[trub|truba]] (z pomocą [[Jerzy Sobola|Jerzego Soboli]] i [[jad|jada]]). Układ zastępczy wykorzystuje pamięć statyczną (zamiast dynamicznej) i jest znacznie prostszy w realizacji niż Ramcharger. Co więcej, można go zastosować również w popularnych stacjach [[LDW Super 2000]] i [[CA-2001]] (w tej ostatniej nie będzie buforowania ścieżek).

[[grafika:sramcharger.jpg]]

==Zobacz też==
* [[Indus GT]]
* [[CP/M_Tool|CP/M Tool]]
* [http://www.retrobits.net/atari/indus.shtml Oprogramowanie dla stacji z kartą Indus Ramcharger]
* [http://trub.atari8.info/index.php?ref=cpm Strona o Indus CP/M 2.2 i SRAMCharger]

[[Kategoria:Peryferia 8-bit]]
[[Kategoria:Rozszerzenia]]
[[Kategoria:CP/M]]

TTerminal

2013-02-01T13:08:53Z

Trub:

Trub Terminal (TTerminal). Napisany przez [[trub]]a ulepszony program terminalowy do [[Indus CP/M]] używający 80-kolumnowego trybu tekstowego [[VBXE]]. Oprócz oczywistych zalet korzystania z rzeczywistego trybu 80-kolumnowego dostępne są następujące rozszerzenia:

* emulacja terminala Lear Sieger ADM-31 (zamiast prostszego [http://en.wikipedia.org/wiki/ADM-3A ADM-3A])
* możliwość dostępu do dyskietek w [[SD]]
* ustawienia kolorów mogą być zapisane do pliku (Ctrl/Shift/S) i odczytane przy następnym starcie
* poprawna obsługa podświetleń i inwersji
* echo lokalne (Ctrl/Shift/E)
* lepsza obsługa klawiszy specjalnych
* lepsza zgodność z różnymi [[DOS]]-ami
* możliwość powrotu do DOS (Ctrl/Shift/Q)

Niektóre programy, szczególnie tzw. całoekranowe wymagają skonfigurowania terminala z jakim program ma pracować. Bez tej czynności ekran będzie odświeżany powoli lub niepoprawnie. Dla TTerminal należy wybrać jedną z opcji: Lear Sieger ADM-31, Commodore 128, Kaypro (w zależności od ich dostępności).

TTerminal jest niezależny sprzętowo. Funkcje VBXE wywoływane są przez sterownik "[[S2:]]" napisany przez [[KMK]]. Inny sterownik tego samego autora, RC_GR8.SYS umożliwia uruchomienie terminala w trybie graficznym [[Graphics 8]].

Na obrazku poniżej, [http://en.wikipedia.org/wiki/Turbo_Pascal Borland Turbo Pascal 3.0]. W tym przypadku terminal należy skonfigurować przy pomocy TINST.COM.

[[Grafika:Cpmvbxe4a.jpg]]

== Kody sterujące ==
Terminal rozpoznaje następujące kody sterujące:
* ESC = row col - cursor position
* ESC T - clear to end of line
* ESC Y - clear to end of screen
* ESC : - home & clear screen
* ESC * - home & clear screen
* ESC ) - high intensity video on
* ESC ( - high intensity video off
* ESC G 4 - reverse video on
* ESC G 0 - reverse video off
* ESC E - insert line
* ESC R - delete line
* ^H - cursor left
* ^L - cursor right
* ^J - cursor down
* ^K - cursor up
* ^Z - home and clear screen
* ^M - carriage return
* ^G - bell

== Download ==
* [http://trub.atari8.info/index.php?ref=indus_cpm TTerminal]
* [http://drac030.krap.pl/vbxe_s.arc Sterownik "S:" dla VBXE]

[[Kategoria:Oprogramowanie Atari 8-bit]]
[[Kategoria:Programy użytkowe]]
[[Kategoria:Polskie programy]]
[[Kategoria:CP/M]]
[[Kategoria:VBXE]]

TTerminal

2013-02-01T13:00:42Z

Trub: Aktualizacja + kody

Trub Terminal (TTerminal). Napisany przez [[trub]]a ulepszony program terminalowy do [[Indus CP/M]] używający 80-kolumnowego trybu tekstowego [[VBXE]]. Oprócz oczywistych zalet korzystania z rzeczywistego trybu 80-kolumnowego dostępne są następujące rozszerzenia:

* emulacja terminala Lear Sieger ADM-31 (zamiast prostszego [http://en.wikipedia.org/wiki/ADM-3A ADM-3A])
* możliwość dostępu do dyskietek w [[SD]]
* ustawienia kolorów mogą być zapisane do pliku (Ctrl/Shift/S) i odczytane przy następnym starcie
* poprawna obsługa podświetleń i inwersji
* echo lokalne (Ctrl/Shift/E)
* lepsza obsługa klawiszy specjalnych
* lepsza zgodność z różnymi [[DOS]]-ami
* możliwość powrotu do DOS (Ctrl/Shift/Q)

Niektóre programy, szczególnie tzw. całoekranowe wymagają skonfigurowania terminala z jakim program ma pracować. Bez tej czynności ekran będzie odświeżany powoli lub niepoprawnie. Dla TTerminal należy wybrać jedną z opcji: Lear Sieger ADM-31, Commodore 128, Kaypro (w zależności od ich dostępności).

TTerminal jest niezależny sprzętowo. Funkcje VBXE wywoływane są przez sterownik "[[S2:]]" napisany przez [[KMK]]. Inny sterownik tego samego autora, RC_GR8.SYS umożliwia uruchomienie terminala w trybie graficznym [[Graphics 8]].

Na obrazku poniżej, [http://en.wikipedia.org/wiki/Turbo_Pascal Borland Turbo Pascal 3.0]. W tym przypadku terminal należy skonfigurować przy pomocy TINST.COM.

[[Grafika:Cpmvbxe4a.jpg]]

== Kody sterujące ==
Terminal rozpoznaje następujące kody sterujące:
* ESC = row col cursor position
* ESC T clear to end of line
* ESC Y clear to end of screen
* ESC : home & clear screen
* ESC * home & clear screen
* ESC ) high intensity video on
* ESC ( high intensity video off
* ESC G 4 reverse video on
* ESC G 0 reverse video off
* ESC E insert line
* ESC R delete Line
* ^H cursor left
* ^L cursor right
* ^J cursor down
* ^K cursor up
* ^Z home and clear screen
* ^M carriage return
* ^G bell

== Download ==
* [http://trub.atari8.info/index.php?ref=indus_cpm TTerminal]
* [http://drac030.krap.pl/vbxe_s.arc Sterownik "S:" dla VBXE]

[[Kategoria:Oprogramowanie Atari 8-bit]]
[[Kategoria:Programy użytkowe]]
[[Kategoria:Polskie programy]]
[[Kategoria:CP/M]]
[[Kategoria:VBXE]]

SpartaDOS X

2013-01-07T23:09:15Z

Trub: Co najmniej 128k

{{grafr|spartados_x_kart.jpg}}

[[Image:SpartaDOS_X_logo.png]] Odmiana [[SpartaDOS|SpartaDOS-u]] napisana przez Mike Gustafsona i wydana firmę [[ICD|ICD, Inc.]] w postaci modułu ROM. Jest to najprawdopodobniej najlepszy, a już na pewno najbardziej rozbudowany - moduł ma 64kB - [[DOS]], jaki powstał na małe Atari (a może i na wszystkie komputery ośmiobitowe). Umieszczenie w module [[ROM]] sprawia, że DOS, mimo sporych rozmiarów, uruchamia się bardzo szybko.

== Wykorzystanie pamięci ==

Podczas normalnej pracy większość kodu SpartaDOS X rezyduje w dodatkowej pamięci: pod ROM-em, jeśli komputer ma 64k [[RAM]], albo użytkownik sobie tak zażyczy, albo w banku dodatkowej pamięci (obsługiwane są rozszerzenia [[Axlon]] oraz zgodne ze [[130XE]]). W tej pamięci DOS trzyma sterowniki, bufory plików itp. Dalsza część, tak zwana biblioteka SpartaDOS X, znajduje się na dwóch spośród ośmiu ośmiokilobajtowych banków modułu ROM (czyli zajmuje 16k). Biblioteka normalnie jest uaktywniona i zajmuje adresy $A000-$BFFF, jednak ponieważ pamięć tę wykorzystuje bardzo duża ilość programów (by już nie wspomnieć o interpreterze [[Atari BASIC]]), biblioteka może zostać odłączona poleceniem '''X'''.

{{grafr|SpartaDOS_X_prompt_small.png}}

Premią wynikającą z takiego zagospodarowania pamięci jest bardzo niskie MEMLO, które może nawet osiągnąć wartości w okolicach $0E00.

== Konfiguracja i obsługa ==

Standardowo SpartaDOS X obsługuje dyski twarde, ma bardzo rozbudowane możliwości konfiguracji, obsługuje kilkanaście gęstości dyskietek, przy uruchamianu programów wykorzystuje szlak poszukiwań itp.

Command processor (shell) wzorowany na [http://pl.wikipedia.org/wiki/MS-DOS MS-DOS] (w tym podobieństwo w konfiguracji; CONFIG.SYS / AUTOEXEC.BAT), ma zaimplementowane zmienne środowiskowe, przekierowanie I/O itd.

Na urządzeniu CAR: - które jest pseudodyskiem zajmującym 48k modułu ROM - zapisane są podstawowe sterowniki, oraz przydatne oprogramowanie narzędziowe - ARC (paker - depaker zgodny z Atari ST / PC), MENU; czyli kopier, RS232, RAMDISK, itd.

Jedną z ważnych innowacji SpartaDOS X w stosunku do innych DOS-ów jest to, że identyfikator urządzenia "D:" (w [[CIO]]) nie wskazuje stacji dysków nr 1, lecz dysk bieżący, to jest ten, który był ostatnio ustawiony jako domyślny przez interpreter poleceń DOS-u. Takie zachowanie zostało potem wstecznie zaimplementowane również w SpartaDOS 3.2g.

== Format dyskietki ==

{{grafr|SpartaDOS_X_menu_small.png}}

SpartaDOS X używa [[Format SpartaDOS|formatu dysków SpartaDOS]], niezgodnego z klasycznym [[DOS 2.0|DOS-em 2.0]]. Format SpartaDOS-u oferuje jednak o wiele większe możliwości, przede wszystkim obsługuje dyski o pojemności do 16 MB (65536 sektorów po 256 bajtów), tworzenie podkatalogów o wielkości do 1423 wpisów w każdym, zapisuje w katalogach czas i datę utworzenia pliku, dokładną wielkość pliku w bajtach (DOS 2.0 - w sektorach), rozszerzone atrybuty, a przede wszystkim zapewnia swobodny dostęp do każdego bajtu pliku (przez odpowiednik funkcji seek()), a także szybkie wykonywanie kasowania pliku (w DOS 2.0 skasowanie pliku wymaga odczytania go w całości, w SpartaDOS nie). Nie do pogardzenia jest fakt, że format SpartaDOS pozwala na bezbłędne i stuprocentowo pewne odzyskanie skasowanego pliku - co nie jest na przykład możliwe w uważanym za profesjonalny filesystemie [http://pl.wikipedia.org/wiki/File_Allocation_Table FAT].

Warto podkreślić, że dzięki modułowej strukturze SpartaDOS X umożliwia załadowanie sterowników obsługujących inne [[Formaty systemów plików|systemy plikowe]], w tym [[Format AtariDOS 2|AtariDOS 2]] i [[Format MyDOS|MyDOS]], a nawet [[Format CP/M 2.2|CP/M 2.2]] czy FAT.

== Inne ==
Umieszczenie DOS-a w kartridżu ma jednak dużą wadę: ciągłe wkładanie i wyjmowanie karta z gniazda Atarki, może doprowadzić do obluzowania i niepewnych kontaktów. Jeżeli jeszcze dojdzie śniedzenie styków (zwłaszcza, gdy kart został wykonany nieprofesjonalnie) to kłopot pewny. Jest jeszcze inny problem: zbudowanie nowego karta wymaga doświadczenia w budowaniu układów elektronicznych, zwłaszcza wykonania płytki drukowanej.

{{grafr|Spartados-x.jpg}}

Jedną z w/w wad można jednak w prosty sposób wyeliminować; plik INIDOS.SYS - po COLD /N umożliwia ponowne uruchomienie SDX, - a COLD /N wg. oficjalnej dokumentacji SDX powoduje odłączenie modułu; więc potrzeba wyjmowania cartridge w nielicznych tylko przypadkach staje się koniecznością. Stąd pomysł na [http://hardware.atari8.info/sdx.php Wewnętrzną SpartaDOS X ]

Na zdjęciu obok polska kopia kartridża wykonana przez [[AtraX]].

== SpartaDOS X 4.4x ==

Jest to ulepszona wersja SpartaDOS X 4.22 przygotowana przez [[DLT (grupa)|DLT]]. Mieści się na [[kartridż]]u o pojemności co najmniej 128 k. Ulepszenia polegają na usunięciu znanych błędów, poszerzeniu możliwości konfiguracji (m.in. jest zintegrowany Config Selector), dodaniu nowych sterowników i programów użytkownych, zaimplementowaniu dostępu do większej liczby dysków (z 9 do 15) i przystosowaniu filesystemu do pracy z dyskami o sektorach 512-bajtowych (maks. pojemność partycji 32 MB).

Oficjalnie zaprezentowano jak dotąd następujące wersje:

* 4.39RC z datą 1.X.2006 (wersja próbna)
* 4.41 z datą 8.II.2008 (w rzeczywistości wersja ta ukazała się dzień wcześniej)
* 4.42 z datą 25.XII.2008.
* 4.43 z datą 10.IV.2011.
* 4.44 z datą 3.VI.2011.
* 4.45 z datą 4.XI.2011.
* 4.46 z datą 1.I.2013.

Te wersje SpartaDOS są do pobrania [http://sdx.atari8.info stąd].

==Bibliografia==
*[[Wojciech Zientara]], "Kilka uwag o SpartaDOS X", [http://atarionline.pl/biblioteka/czasopisma/Bajtek/Bajtek_1990_05_06.djvu Bajtek 5-6/1990] (w [[Atarionline.pl]]), s. 9

== Zobacz też ==
* [[SpartaDOS]]
* [[Rejestry modułu SpartaDOS X]]
* [[SpartaDOS X 256k (2x128k)]]

== Odnośniki zewnętrzne ==
* [http://en.wikipedia.org/wiki/SpartaDOS_X Hasło '''SpartaDOS X''' na en.wikipedia.org]
* [http://sdx.atari8.info Strona główna projektu ''SDX Upgrade''] (SpartaDOS 4.4x, binaria i dokumentacja PDF)
* [http://www.goodbytexl.homepage.t-online.de/MyATARI.htm Strona [[GoodByteXL]] z angielskimi manualami do SpartaDOS X 4.20 i 4.42] (format PDF)
* [http://drac030.krap.pl/sdx420manual-pl.pdf SpartaDOS X 4.20 - podręcznik użytkownika] (format PDF, wersja poprawiona - uaktualniono 28.XII.2007.)
* [http://drac030.krap.pl/pl-sparta-pliki.php Parę programów do ściągnięcia]

[[Kategoria:Oprogramowanie Atari 8-bit]]
[[Kategoria:Programy użytkowe]]
[[Kategoria:SpartaDOS X]]

SpartaDOS X

2013-01-03T16:47:31Z

Trub: Nowa wersja, inne systemy plików

{{grafr|spartados_x_kart.jpg}}

[[Image:SpartaDOS_X_logo.png]] Odmiana [[SpartaDOS|SpartaDOS-u]] napisana przez Mike Gustafsona i wydana firmę [[ICD|ICD, Inc.]] w postaci modułu ROM. Jest to najprawdopodobniej najlepszy, a już na pewno najbardziej rozbudowany - moduł ma 64kB - DOS, jaki powstał na małe Atari (a może i na wszystkie komputery ośmiobitowe). Umieszczenie w module ROM sprawia, że DOS, mimo sporych rozmiarów, uruchamia się bardzo szybko.

== Wykorzystanie pamięci ==

Podczas normalnej pracy większość kodu SpartaDOS X rezyduje w dodatkowej pamięci: pod [[ROM]]-em, jeśli komputer ma 64k [[RAM]], albo użytkownik sobie tak zażyczy, albo w banku dodatkowej pamięci (obsługiwane są rozszerzenia [[Axlon]] oraz zgodne ze [[130XE]]). W tej pamięci DOS trzyma sterowniki, bufory plików itp. Dalsza część, tak zwana biblioteka SpartaDOS X, znajduje się na dwóch spośród ośmiu ośmiokilobajtowych banków modułu ROM (czyli zajmuje 16k). Biblioteka normalnie jest uaktywniona i zajmuje adresy $A000-$BFFF, jednak ponieważ pamięć tę wykorzystuje bardzo duża ilość programów (by już nie wspomnieć o interpreterze [[Atari BASIC]]), biblioteka może zostać odłączona poleceniem '''X'''.

{{grafr|SpartaDOS_X_prompt_small.png}}

Premią wynikającą z takiego zagospodarowania pamięci jest bardzo niskie MEMLO, które może nawet osiągnąć wartości w okolicach $0E00.

== Konfiguracja i obsługa ==

Standardowo SpartaDOS X obsługuje dyski twarde, ma bardzo rozbudowane możliwości konfiguracji, obsługuje kilkanaście gęstości dyskietek, przy uruchamianu programów wykorzystuje szlak poszukiwań itp.

Command processor (shell) wzorowany na MS-DOS (w tym podobieństwo w konfiguracji; CONFIG.SYS / AUTOEXEC.BAT), ma zaimplementowane zmienne środowiskowe, przekierowanie I/O itd.

Na urządzeniu CAR: - które jest pseudodyskiem zajmującym 48k modułu ROM - zapisane są podstawowe sterowniki, oraz przydatne oprogramowanie narzędziowe - ARC (paker - depaker zgodny z Atari ST / PC), MENU; czyli kopier, RS232, RAMDISK, itd.

Jedną z ważnych innowacji SpartaDOS X w stosunku do innych DOS-ów jest to, że identyfikator urządzenia "D:" (w [[CIO]]) nie wskazuje stacji dysków nr 1, lecz dysk bieżący, to jest ten, który był ostatnio ustawiony jako domyślny przez interpreter poleceń DOS-u. Takie zachowanie zostało potem wstecznie zaimplementowane również w SpartaDOS 3.2g.

== Format dyskietki ==

{{grafr|SpartaDOS_X_menu_small.png}}

SpartaDOS X używa [[Format SpartaDOS|formatu dysków SpartaDOS]], niezgodnego z klasycznym [[DOS 2.0|DOS-em 2.0]]. Format SpartaDOS-u oferuje jednak o wiele większe możliwości, przede wszystkim obsługuje dyski o pojemności do 16 MB (65536 sektorów po 256 bajtów), tworzenie podkatalogów o wielkości do 1423 wpisów w każdym, zapisuje w katalogach czas i datę utworzenia pliku, dokładną wielkość pliku w bajtach (DOS 2.0 - w sektorach), rozszerzone atrybuty, a przede wszystkim zapewnia swobodny dostęp do każdego bajtu pliku (przez odpowiednik funkcji seek()), a także szybkie wykonywanie kasowania pliku (w DOS 2.0 skasowanie pliku wymaga odczytania go w całości, w SpartaDOS nie). Nie do pogardzenia jest fakt, że format SpartaDOS pozwala na bezbłędne i stuprocentowo pewne odzyskanie skasowanego pliku - co nie jest na przykład możliwe w uważanym za profesjonalny filesystemie FAT.

Warto podkreślić, że dzięki modułowej strukturze SpartaDOS X umożliwia załadowanie sterowników obsługujących inne [[Formaty systemów plików|systemy plikowe]], w tym [[Format AtariDOS 2|AtariDOS 2]] i [[Format MyDOS|MyDOS]], a nawet [[Format CP/M 2.2|CP/M 2.2]] czy FAT.

== Inne ==
Umieszczenie DOS-a w kartridżu ma jednak dużą wadę: ciągłe wkładanie i wyjmowanie karta z gniazda Atarki, może doprowadzić do obluzowania i niepewnych kontaktów. Jeżeli jeszcze dojdzie śniedzenie styków (zwłaszcza, gdy kart został wykonany nieprofesjonalnie) to kłopot pewny. Jest jeszcze inny problem: zbudowanie nowego karta wymaga doświadczenia w budowaniu układów elektronicznych, zwłaszcza wykonania płytki drukowanej.

{{grafr|Spartados-x.jpg}}

Jedną z w/w wad można jednak w prosty sposób wyeliminować; plik INIDOS.SYS - po COLD /N umożliwia ponowne uruchomienie SDX, - a COLD /N wg. oficjalnej dokumentacji SDX powoduje odłączenie modułu; więc potrzeba wyjmowania cartridge w nielicznych tylko przypadkach staje się koniecznością. Stąd pomysł na [http://hardware.atari8.info/sdx.php Wewnętrzną SpartaDOS X ]

Na zdjęciu obok polska kopia kartridża wykonana przez [[AtraX]].

== SpartaDOS X 4.4x ==

Jest to ulepszona wersja SpartaDOS X 4.22 przygotowana przez [[DLT (grupa)|DLT]]. Mieści się na [[kartridż]]u o pojemności 128 k. Ulepszenia polegają na usunięciu znanych błędów, poszerzeniu możliwości konfiguracji (m.in. jest zintegrowany Config Selector), dodaniu nowych sterowników i programów użytkownych, zaimplementowaniu dostępu do większej liczby dysków (z 9 do 15) i przystosowaniu filesystemu do pracy z dyskami o sektorach 512-bajtowych (maks. pojemność partycji 32 MB).

Oficjalnie zaprezentowano jak dotąd następujące wersje:

* 4.39RC z datą 1.X.2006 (wersja próbna)
* 4.41 z datą 8.II.2008 (w rzeczywistości wersja ta ukazała się dzień wcześniej)
* 4.42 z datą 25.XII.2008.
* 4.43 z datą 10.IV.2011.
* 4.44 z datą 3.VI.2011.
* 4.45 z datą 4.XI.2011.
* 4.46 z datą 1.I.2013.

Te wersje SpartaDOS są do pobrania [http://sdx.atari8.info stąd].

==Bibliografia==
*[[Wojciech Zientara]], "Kilka uwag o SpartaDOS X", [http://atarionline.pl/biblioteka/czasopisma/Bajtek/Bajtek_1990_05_06.djvu Bajtek 5-6/1990] (w [[Atarionline.pl]]), s. 9

== Zobacz też ==
* [[SpartaDOS]]
* [[Rejestry modułu SpartaDOS X]]
* [[SpartaDOS X 256k (2x128k)]]

== Odnośniki zewnętrzne ==
* [http://en.wikipedia.org/wiki/SpartaDOS_X Hasło '''SpartaDOS X''' na en.wikipedia.org]
* [http://sdx.atari8.info Strona główna projektu ''SDX Upgrade''] (SpartaDOS 4.4x, binaria i dokumentacja PDF)
* [http://www.goodbytexl.homepage.t-online.de/MyATARI.htm Strona [[GoodByteXL]] z angielskimi manualami do SpartaDOS X 4.20 i 4.42] (format PDF)
* [http://drac030.krap.pl/sdx420manual-pl.pdf SpartaDOS X 4.20 - podręcznik użytkownika] (format PDF, wersja poprawiona - uaktualniono 28.XII.2007.)
* [http://drac030.krap.pl/pl-sparta-pliki.php Parę programów do ściągnięcia]

[[Kategoria:Oprogramowanie Atari 8-bit]]
[[Kategoria:Programy użytkowe]]
[[Kategoria:SpartaDOS X]]

E605

2012-11-14T21:50:51Z

Trub: jeszcze kogo czego

Demo grupy Light odpowiedzialnej m.in. za słynny [http://pouet.net/prod.php?which=34211 CD-Player STE], odtwarzacz modułów muzycznych napisany specjalnie dla serii [[STE|STE]]. Demo zawiera moduły muzyczne autorstwa TIP-a i Mantronixa/Phenomena (Amiga) oraz Jespera Kyda/The Silents (Amiga, demo Global Trash), a także procedurę odtwarzającą Noispackera (Amiga) autorstwa Twinsa/Phenomena.

Za kod odpowiedzialny jest Percy, a za grafikę Dr. Death. Demo przeznaczone jest dla [[STE|STE]].
{{pouet|14448|gif}}

[[Kategoria:Dema ST/E]]

Indus GT

2012-10-19T15:47:48Z

Trub: WART

{{grafr|Indusgt_front.jpg}}
Stacja dysków 5.25" produkowana przez [[Indus Systems]], a później przez [[Future Systems]] od 1983 roku. Oparta jest na mechanizmie Tandon TM50-1. Niektóre egzemplarze Indus GT mają napęd z charakterystycznym kluczykiem "zsuwanym" do dołu (a nie przekręcanym). Na etapie projektowania stację określano nazwą "WART" od "Wonderful Atari Rotating Thing". Później skrót ten stosowano tylko jako określenie płyty głównej.

Oprócz wersji dla [[Atari 8-bit]] produkowane były też wersje dla [http://retrobits.net/atari/images/indus/indusad1.jpg Apple II] i [http://www.lyonlabs.org/commodore/hardware/index.html#indus Commodore 64].

Klon stacji Indus GT o nazwie [[LDW Super 2000]] był sprzedawany w Europie, zapewne na licencji, przez firmę [[LDW]]. Stacja różni się zastosowaniem innego mechanizmu oraz szczegółami konstrukcji.

==Charakterystyka ogólna==
{{grafr|Indusgt_back.jpg}}
* mikroprocesor Z80/4 MHz, 4k [[ROM]], 2k [[RAM]] (rozszerzalne do 64k)
* kontroler FDC WD2797 (rzadziej WD1772/1770, zob. niżej)
* jednostronna, pojedyncza gęstość ([[SD]], 90 kB)
* jednostronna, rozszerzona gęstość ([[ED]], 130 kB)
* jednostronna, podwójna gęstość ([[DD]], 180 kB)
* dwa porty [[SIO]]
* możliwość pracy jako D1-D4.
* szybkości transmisji:
** 19200 bps w standardzie
** 38400 bps w trybie [[Synchromesh]] pod [[DOS XL]] 2.35I1
** 68200 bps w trybie [[SuperSynchromesh]] pod [[DOS XL]] 2.35I2 i [[SpartaDOS X]]

Firmowe oprogramowanie wewnętrzne stacji (ROM) występuje w kilku wersjach. Wcześniejsze egzemplarze zawierały wadliwe wersje 1.00 i 1.10, które m.in. nie obsługiwały poprawnie rozszerzonej gęstości. W ostatniej wersji 1.20 poprawiono wcześniejsze błędy.

Płyta główna i oprogramowanie są przystosowane do obsługi kontrolerów WD177x, lecz najprawdopodobniej w produkcji stosowano wyłącznie FDC WD2797 [http://reedcc.com/files/INDUS_GT_FSManual.pdf].

==Funkcje klawiszy i wyświetlacza==
Na wyświetlaczu stacja podaje niektóre parametry pracy oraz informacje o stanie transmisji. Normalnie (po włączeniu zasilania) jest tam numer ścieżki, na której aktualnie znajduje się głowica.

Gdy naciśnięty zostanie przycisk "DRIVE", numer ścieżki zostaje zastąpiony informacją o numerze, jaki ma stacja (lewe pole wyświetlacza, cyfry z zakresu od 1 do 4) oraz aktualnej gęstości (prawe pole wyświetlacza, litery: A - gęstość pojedyncza, b - podwójna, C - średnia).

W razie wystąpienia jakichś kłopotów, albo gdy użytkownik nacisnął klawisz "ERROR", na wyświetlaczu pojawia się informacja o statusie transmisji. Składa się ona z kodu literowego i cyfry, jak następuje:

* Lewe pole wyświetlacza, litery: G - błąd czytania danych, P - błąd podczas zapisu danych, F - błąd formatowania
* Prawe pole wyświetlacza, cyfry: 3 - błąd transmisji, 4 - błędna suma kontrolna, 5 - nie znaleziono sektora, 7 - dysk zabezpieczony przed zapisem (okienko dysku zaklejone), 9 - błąd weryfikacji

Kod "E-" oznacza, że wszystko jest OK.

Naciśnięcie klawisza "DRIVE", gdy wciśnięty jest klawisz "TRACK" spowoduje natychmiastową analizę włożonej dyskietki i odpowiednie ustalenie gęstości stacji.

Dodatkowo po załączeniu zasilania, w czasie inicjowania stacji przeprowadzane są testy diagnostyczne niektórych jej elementów. Rozpoczynają się od kontroli działania podstawowych rejestrów Z80. Dalsze testy są sygnalizowane na wyświetlaczu literą "C" z odpowiednim numerem, tj:
* 0 - test sumy kontrolnej ROM
* 1 - szybki test pamięci RAM
* 2 - test rejestrów indeksowych procesora Z80
* 3 - test kontrolera FDC.
Testy te przebiegają dość szybko, więc trudno dostrzec zmiany na wyświetlaczu. gdy wszystko przebiega prawidłowo. Litera "H" (Halt) oznacza błąd wykryty podczas testu i powoduje zatrzymanie działania stacji.

Po połączeniu pinów 1,2,7 oraz 3,5,10 w łączu SIO i jednoczesnym naciśnięciu klawiszy "TRACK", "ERROR" i "DRIVE TYPE" przy włączaniu stacji przeprowadzane są dodatkowe testy o kodach:
* 4 - test interfejsu szeregowego
* 5 - test systemu przerwań
* 6 - rozszerzony test pamięci RAM.

==CP/M i RAM Charger==
Dla stacji Indus GT istnieje rozszerzenie pamięci zwane [[RAM Charger]]. Z jego wykorzystaniem możliwe jest załadowanie do stacji i uruchomienie na niej systemu [[Indus CP/M]] 2.2, Atari spełnia wtedy funkcję terminala [http://trub.atari8.info/cpm/indus_cpm.txt]. Załadowanie CP/M z dyskietki systemowej zatytułowanej "CP/M Boot Disk" następuje po włożeniu jej do stacji i jednoczesnym wciśnięciu klawiszy "DRIVE TYPE" i "ERROR". Ta kombinacja klawiszy jest rozpoznawana tylko przez stację wyposażoną w ROM w wersji 1.20.

Pamięć rozszerzenia RAM Charger jest również używana przez program [[SuperSynchromesh]] do [[buforowanie ścieżek|buforowania sektorów]]. W tym trybie stacja wyświetla napis "BF" na wyświetlaczu.

==Zobacz też==
* [[Indus CP/M]]
* [[LDW Super 2000]]
* [[Programowanie stacji LDW Super 2000 i CA-2001]]

==Odnośniki zewnętrzne==
* [http://www.retrobits.net/atari/indus.shtml Indus GT manual + software] (UWAGA: znajdujące się na tej stronie obrazy dyskietek z CP/M są '''uszkodzone''', należy je naprawić za pomocą narzędzia [[CP/M_Tool|CP/M Tool]])
* [http://reedcc.com/files/INDUS_GT_FSManual.pdf Indus GT Field Service Manual]

[[Kategoria:Peryferia 8-bit]]
[[Kategoria:CP/M]]

SIO2IDE 4.x

2012-10-12T11:48:39Z

Trub: Tryb diagnostyczny

==Informacje ogólne==

Interfejs pozwalający podpiąc dowolny dysk twardy IDE (w tym również karty Compact Flash z wykorzystaniem przejściówki IDE-CF (obsługa kart CF od wersji 4.4) do portu [[SIO]] Atari. Interfejs zaprojektował [[Marek Mikołajewski]].

Interfejs od strony Atari widziany jest jako stacja dysków (D1:-D8:), używając nagranych na dysk twardy obrazów dyskietek w formacie [[ATR]]. Interfejs obsługuje formaty dysków stosowane w PC (FAT16, FAT32, ISO9660), ma również port USB (opcjonalnie). Port ten służy wyłącznie do nagrywania/usuwania obrazów dyskietek z dysku twardego z poziomu PC, nie ma możliwości wykorzystania go od strony Atari.

<center>[[Grafika:Sio2ide.jpg]]</center>

==Lista elementów==

Poniżej przedstawiona jest lista elementów elektronicznych potrzebnych do budowy układu.

Lp Ilość Nazwa Elementu Wartość Oznaczenie elementu
1 1 Rezystor 1k5 R33
2 2 Rezystor 24R R31 R32
3 4 Rezystor 330R R2 R3 R4 R51
4 6 Rezystor 10k R10 R11 R41 R42 R43 R44
5 1 Rezystor 1M opcjonalnie (jeżeli Y2)
6 1 Kondensator elektr. 1uF C25
7 4 Kondensator 30pF C2 C3 C21 C22
8 2 Kondensator 47nF C4 C41
9 2 Kondensator 47pF C31 C32
10 1 Kondensator elektr. 10uF C1
11 1 Kwarc 7.3728 MHz Y1
12 2 Kwarc 24MHz U4 Y2
13 1 Dioda Schottkiego BAT85 opcjonalnie
14 1 Procesor ATMEGA32-16PI (lub Atmega 32L-8PU) U1
15 1 Układ scalony CD4053 - U3
16 1 Układ scalony USBN9603 - U2
17 4 Diody LED 3V IDE_LED LINK_LED PWR_LED SIO_LED
18 1 Gniazdo IDE - IDE_IO
19 1 Gniazdo USB - USB
20 3 Zworki - HD1_ZW MODE_ZW MS_ZW
21 2 Gniazda ZZ8/1 - ISP_IO SIO_IO

Układ zasilany jest małym napięciem (5V) dlatego dobrze jest zakupić rezystory o małej mocy 1/8W, a kondensatory elektrolityczne (C1,C2) na jak najmniejsze napięcie np. 16V.
Jeżeli w układzie zamiast '''oscylatora 24 MHz (U4)''' zastosujemy '''kwarc 24 MHz (Y2)''', to '''koniecznie''' należy równolegle z kwarcem połączyć rezystor 1M, w przeciwnym wypadku mogą wystąpić problemy z działaniem układu w trybie SIO2USB.

Drugą modyfikacją układu jest dołożenie dodatkowo '''diody Schottkego BAT85'''.

Zapewni to bezproblemową pracę interfejsu z innymi urządzeniami peryferyjnymi lub z SIO2PC.
Diodkę przylutowujemy do 2 pinu gniazda SIO_IO interfejsu - katodą w stronę SIO2IDE a Anodą do Atari SIO.

* ''Katodę wskazuje czarny pierścień na obudowie diody.

==Poszczególne etapy montażu układu==

===Widok czystej płytki drukowanej SIO2IDE===
<CENTER> [[grafika:Sio2ide_etap0.jpg|płytka drukowana sio2ide]]</CENTER>

W sklepie elektronicznym poza zakupem niezbędnych części do budowy układu, trzeba nabyć pastę lutowniczą, odrobinę przewodu (najlepiej srebrzanki) potrzebnego do wykonania kilkunastu zworek na płytce drukowanej oraz porządne, mocne piwo (na finisz naszych zmagań). Kiedy wszystko jest już gotowe, zabieramy się powoli do pracy. Na pierwszy ogień tradycyjnie idą wszystkie zworki (Z1....Z14) oraz gniazda (IDE, USB, SIO_IO, ISP_IO).

Po zakończeniu obwód powinien prezentować się mniej więcej tak jak na zdjęciu poniżej.

<CENTER> [[grafika:Sio2ide_etap1.jpg|płytka drukowana sio2ide pierwszy etap montażu]]</CENTER>

Drugim krokiem są już poszczególne elementy, zaczynamy od tych najmniej wrażliwych tzn. rezystory, kondensatory (w przypadku dwóch elektrolitycznych (C1,C2) zwracamy uwagę na biegunowość która jest zaznaczona zarówno na płytce jak i elementach), kwarce itp.

W przypadku diod LED dobrze jest przynajmniej 3 z nich (USB_LED, POWER_LED, IDE_LED) umieścić sobie na przewodach - tak żeby można było później łatwo je zamocować w górnej części obudowy komputera Atari.

<CENTER> [[grafika:Sio2ide_etap2.jpg|płytka drukowana sio2ide drugi etap montażu]]</CENTER>

Teraz pozostało już tylko zaprogramowanie procesora Atmel Atmega32 16PI (punkt kolejny), umieszczenie układów scalonych w podstawkach i podpięcie układu do gniazda SIO Atari.

===Numeracja wyprowadzeń gniazda SIO_IO na płytce SIO2IDE===

<CENTER> [[grafika:Numeracja_sio_io.jpg|Numeracja gniazda SIO_IO]]</CENTER>

Sposób podpięcia interfejsu obrazuje poniższa tabelka:

SIO_IO ATARI SIO SYGNAŁ
1 5 DATA_OUT
2 3 DATA_IN
3 7 COMMAND
5 4 MASA
6 - Nie używany
7 10 +5V

Sposób numerowania pinów gniazda SIO na płycie Atari - widok od strony ścieżek

<CENTER> [[grafika:Sio_plyta.jpg|Sposób numerowania pinów gniazda SIO na płycie Atari]]</CENTER>

Sposób numerowania pinów gniazda SIO na płycie Atari - widok od strony elementów

<CENTER> [[grafika:Sio_plyta_gora.jpg|Sposób numerowania pinów gniazda SIO na płycie Atari]]</CENTER>

Identyfikacja interfejsu w systemie windows XP/2000 pracującego w trybie sio2usb

<CENTER> [[Grafika:Sio2ide_w_trybie_usb.jpg|Tryb sio2usb]]</CENTER>

==Programowanie Atmela==

===Schemat programatora===

<center>[[Grafika:Programator.png]]</center>

Pin LPT Sygnał Pin Atmega 32-16PI
3 RESET 9
4 SCK 8
5 MOSI 6
10 MISO 7
25 MASA(GND) 11
- XTAL2 12
- XTAL1 13

Elementy użyte w programatorze - Kondesatory C1,C2 33pF, kwarc 4 MHz
Po zaprogramowaniu Atmela Atmega32 16PI należy również poprawnie ustawić w nim przełączniki FUSE na:

LFB = 0xFF
HFB = 0xDF

==Uruchomienie układu==

Na początku trzeba sformatować dysk pod PC - założyć '''jedną podstawową partycję''' w zależności od pojemności dysku zastosować system plików FAT16 (zalecany dla dysków do 512 MB) lub FAT32. Kolejną czynnością będzie skopiowanie na tak utworzoną partycję dwóch plików (znajdują się one w archwium z dokumentacją SIO2IDE):

* '''mydos453.atr''' (wcześniej za pomocą programu ATRUTIL lub plugina autorstwa Pajero pod Windows Commandera proponuję do tego pliku ATR dodać program FDISK z archwium SIO2IDE), oraz
* plik konfiguracyjny '''SIO2IDE.CFG''', jest on zwykłym plikiem tekstowym, przed skopiowaniem trzeba go zmodyfikować - dopisać w nim linie postaci: '''D9=mydos453'''.

Odłączamy dysk od PC i podłączamy go do interfejsu SIO2IDE, ustawiamy zworkę '''MS_ZW''' (nasz interfejs będzie pracował w trybie '''MASTER''') oraz '''HD1_ZW''' (plik obrazu ustawiony pod D9 w SIO2IDE.CFG automatycznie zostanie podmapowany jako urządzenie D1). Uruchamiamy ATARI z wciśniętym klawiszem OPTION, po chwili jeżeli wszystko przebiegło poprawnie (m.in interfejs poprawnie rozpoznał dysk) powinna palić się tylko dioda '''PWR_LED''' a na ekranie pokaże się nam [[SELF TEST]] - ''powodem jest to, że Atari uruchamia się dużo szybciej niż rozpędza się i inicjuje dysk twardy podpięty pod interfejs''. Dlatego ponownie naciskamy '''RESET + OPTION''' - teraz powinien zacząć się już nam ładować [[MyDOS]].

Jeżeli po włączeniu interfejsu dioda SIO_LED mruga i nie gaśnie, dysk nie został prawidłowo rozpoznany. Może to oznaczać zarówno problem sprzętowy jak i złą strukturę systemu plików na dysku. Do diagnozowania przyczyny warto uruchomić tryb diagnostyczny SIO2IDE (TEST mode). Zakładając że posiadamy odpowiedni kabel SIO łączący Atari z SIO2IDE, należy uruchomić program terminalowy (np. Ice-T) w trybie 19200bps, 1 bit stopu, bez kontroli parzystości. Zworę MODE_SW należy zewrzeć, włączyć interfejs, a następnie w ciągu 3 sek. zworę usunąć. SIO2IDE wejdzie w tryb diagnostyczny i prześle na terminal szczegółowe informacje o inicjalizacji.

<CENTER> [[grafika:Mydos_a.png]]</CENTER>

Po załadowaniu DOS-u wciskamu klawisz L (LOAD) i uruchamiamy program FDISK.
Po poprawnym załadowaniu ukaże nam się plansza:

<CENTER> [[grafika:Fdisk_a.png]]</CENTER>

Ponieważ nasz interfejs ustawiliśmy za pomocą zworki MS_ZW jako MASTER, to za pomocą klawiszy kursora wybieramy opcję MASTER i naciskamy RETURN. (Atari może jednocześnie obsługiwać 2 interfejsy SIO2IDE - jeden ustawiony jako MASTER a drugi jako SLAVE).

<CENTER> [[grafika:Fdisk_b.jpg]]</CENTER>

Po wybraniu interfejsu którego konfiguracje chcemy zmienić (MASTER/SLAVE) przechodzimy do głównego MENU programu zarządzającego interfejsem SIO2IDE. Mamy w nim do wyboru następujące opcje:

*'''P''' - Pozwala obejrzeć parametry dysku podpiętego pod interfejs.
*'''D''' - Służy do zmiany aktywnego katalogu na dysku. (SIO2IDE obsługuje jednocześnie tylko jeden katalog, jeżeli chcemy skorzystać z plików ATR znajdujących się w innym folderze to musimy najpierw za pomocą tej opcji zmienić aktywny folder).
*'''V''' - Wyświetla listę plików ATR znajdujących się w aktywnym katalogu.
*'''A''' - Służy do podmontowywania plików atr pod określone stacje dysków Atari (D1-D8).
*'''S''' - Zapisuje plik sio2ide.cfg na dysku.
*'''E''' - Wyjście z programu.

<CENTER> [[grafika:Fdisk_c.jpg]]</CENTER>

Przykładowy zrzut ekranowy pierwszej z dostępnych opcji '''VIEW PARAMETERS''', jak widać interfejs SIO2IDE w tym przypadku pracuje w trybie SLAVE, wersja to 4.4, partycja na dysku w systemie FAT32 o objętości 1GB. W aktualnym aktywnym folderze znajduje się 9 plików ATR.

<CENTER> [[grafika:Fdisk_d.jpg]]</CENTER>

Druga opcja '''Change Activ Dir''' służy do zmiany aktywnego katalogu z plikami ATR na dysku.
Po jej wybraniu, na ekranie pojawi się nam lista katalogów na partycji dysku (jeżeli takowe istnieją). Za pomocą klawiszy kursora dokonujemy wyboru katalogu, a klawiszem '''A''' aktywujemy wybrany katalog. Standardowo '''Esc''' pozwala nam powrócić do poprzedniego menu.

'''''W przypadku korzystania z katalogów na dysku należy pamiętać, że każdy katalog musi zawierać plik sio2ide.cfg'''''

W powyższym przykładzie partycja zawiera 2 katalogi: '''DEMA''' oraz '''DEMAC'''. Natomiast aktywnym katalogiem jest katalog główny (w FDISK-u oznaczony jako ROOT).

<CENTER> [[grafika:Fdisk_e.jpg]]</CENTER>

Trzecia z opcji '''VIEW ATR FILES''' pozwala zobaczyć listę wszystkich plików ATR znajdujących się w aktywnym katalogu na dysku. Za pomocą klawisza spacji włączamy/wyłączamy podgląd długich nazw w okienku '''ATR file details'''. W okienku tym możemy zobaczyć również inne informacje o dowolnym pliku ATR, takie jak:

* numer pliku na dysku,
* ilość sektorów,
* atrybuty pliku ATR (zapis/odczyt),
* ilość bajtów na sektor,
* i wspomnianą wyżej pełną nazwę pliku.

<CENTER> [[grafika:Fdisk_f.jpg]]</CENTER>

Kolejna opcja '''Assign Disk''' pozwala podpiąć dowolny obraz (plik) ATR pod konkretny numer stacji dysków (D1-D8). Za pomocą klawiszy kursora wybieramy napęd, klikamy '''RETURN''' i wybieramy interesujący nas plik ATR (w momencie wyboru klawisz spacji włącza/wyłącza długie nazwy plików). Po dokonaniu wyboru za pomocą klawisza '''R''' możemy zmienić atrybut pliku ATR na '''Tylko do odczytu''' (RO), lub analogicznie za pomocą '''W''' zezwolić na odczyt/zapis (RW).

<CENTER> [[grafika:Fdisk_g.jpg]]</CENTER>

Przedostatnia opcja służy do zapisania wszystkich zmian w pliku konfiguracyjnym interfejsu od momentu uruchomienia programu FDISK. A ostatnia to wyjście z programu.

==Sposób instalacji dysku 2.5 Cala==

Istnieje możliwość podpięcia do interfejsu dysku 2.5 calowego (stosowane w notebookach).
Wymagane do tego jest użycie odpowiedniej przelotki. Zdjęcie poniżej przedstawia jedną z wielu tego typu przelotek dostępnych na rynku.

<center>[[Grafika:Adapterhdd.jpg]]</center>

a) wyprowadzenia dla przewodów

<center>[[Grafika:Idc44f.jpg]]</center>

b) wyprowadzenia dla gniazd i urządzeń peryferyjnych

<center>[[Grafika:Idc44m.jpg]]</center>

===Zasilanie===

41 +5VL +5 VDC (Logic)
42 +5VM +5 VDC (Motor)
43 GND Masa
44 /TYPE Type (0=ATA)

==Sposób instalacji karty CF==

Interface SIO2IDE od wersji 4.4 umożliwia korzystanie z kart CF.
Aby jednak było to możliwe, wymagany do tego jest odpowiedni adapter CF-IDE.
Zdjęcie poniżej przedstawia jedną z wielu tego typu przelotek dostępnych na rynku.

<center>[[Grafika:Cf-ide.jpg]]</center>

Zaleca się stosować karty CF firmy Kingston (są jednymi z lepszych na rynku) i na pewno działają z interfacem SIO2IDE. Powyższa przejściówka wymaga dodatkowego zasilania. Ponieważ w swoim egzemplarzu SIO2IDE używam karty Kingston CF 512 Elite Pro (Hight Speed), która wymaga zasilania 3.3V to wystarczy do przelotki doprowadzić tylko napięcie 5V.
Poniższy rysunek przedstawia wyprowadzenia standardowej wtyczki z zasilaniem stosowaną powszechnie w szerokiej gamie zasilaczy ATX

<center>[[Grafika:Wtykzas.jpg]]</center>

==Zobacz także==
* Więcej informacji oraz schemat na [http://atariarea.krap.pl/sio2ide atariarea.krap.pl/sio2ide].
* [[SIO2IDE 1.7/3.3]]

[[Kategoria:Peryferia 8-bit]]
[[Kategoria:Schematy i specyfikacje]]

Karin Maxi

2012-10-09T09:22:55Z

Trub: Opcje menu, obsługa

Interfejs pozwalający na podłączenie do Atari [[XE]] jednego lub dwóch typowych napędów dyskietek od PC. Połączenie pomiędzy stacją a komputerem jest równoległe ([[nowe urządzenia|nowe urządzenie]]), co pozwala na uzyskanie transferów powyżej 20 kB/s. Interfejs stworzony został w połowie lat 90 XX wieku przez firmę [[Karin]].

Interfejs przeznaczony jest dla komputerów posiadających złącze [[Gniazdo_ECI|ECI]]. Firma Karin oferowała montaż brakującego złącza ECI lub odpowiednią przejściowkę ze złącza [[PBI]]. Istnieje także wersja wewnętrzna (interfejs wpina się w odpowiednie sygnały na płycie komputera).

Stosuje się zwykle napędy 5,25" i 3,5", 40- lub 80-ścieżkowe o pojemności 360 do 720 kB. Na 3,5" napędzie 720k można "wycisnąć" do 980 kilobajtów pojemności dyskietki formatując ją dwustronnie po 24 256-bajtowe sektory na ścieżkę. Uzyskanie większych pojemności wymaga przetaktowania kontrolera i może się zdarzyć, że nie będą wówczas obsługiwane dyskietki sformatowane na nieprzerobionych stacjach.

Ciekawostką interfejsu jest obsługa pełnej pojemności boot-sektora (można zapisać 256 bajtów zamiast 128 jak w standardowych stacjach).

Cenę interfejsu z 1997r. można zobaczyć pod tym linkiem:
[http://www.digipedia.pl/usenet/thread/43/38217/ Grupa pl.comp.sys.atari]

W 2012 r. powstała nowa wersja z udoskonaloną elektroniką i oprogramowaniem, nazywana dalej Karin Maxi II. Jej produkcji podjął się [[Stryker]], a osoby zaangażowane to [[Zaxon]], [[Jerzy Sobola|Jer]], [[trub]], [[KMK|drac030]], [[Candle]] i [[Dely]].

== Technikalia ==
* Zastosowany zegar: 8 MHz
* Zastosowany kontroler: WD1770 lub WD1772
* Identyfikator nowego urządzenia PBI: 7 (ustawiony sprzętowo na stałe)

== Konfiguracja ==
Interfejs posiada zastaw przełączników pozwalający na ustawienie numeru stacji Karin Maxi oraz automatyczne lub ręczne skonfigurowanie napędów (mogą być różnego typu). Znaczenie przełączników podano w tabeli.

<table
style="text-align: left; " border="1"
cellpadding="5" cellspacing="2">
<tr>
<td>Nr</td>
<td>Parametr</td>
<td>ON</td>
<td>OFF</td>
</tr>
<tr>
<td>1</td>
<td>Numery stacji Karin</td>
<td>D2: i D3:</td>
<td>D1: i D2:</td>
</tr>
<tr>
<td>2</td>
<td>Konfiguracja</td>
<td>Automatyczna (przy reset)</td>
<td>Ręczna (wg przełączników 3-6)</td>
</tr>
<tr>
<td>3</td>
<td>Szybkość kroku głowicy w napędzie 2</td>
<td>3ms</td>
<td>6ms</td>
</tr>
<tr>
<td>4</td>
<td>Szybkość kroku głowicy w napędzie 1</td>
<td>3ms</td>
<td>6ms</td>
</tr>
<tr>
<td>5</td>
<td>Ilość ścieżek w napędzie 2</td>
<td>80</td>
<td>40</td>
</tr>
<tr>
<td>6</td>
<td>Ilość ścieżek w napędzie 1</td>
<td>80</td>
<td>40</td>
</tr>
<tr>
<td colspan="4" align="center">
Dodatkowe przełączniki w Karin Maxi II
</td>
</tr>
<tr>
<td>7</td>
<td>Wybór wersji firmware*</td>
<td>Dolna połówka EPROM</td>
<td>Górna połówka EPROM</td>
</tr>
<tr>
<td>8</td>
<td>Sterowanie interfejsem</td>
<td>Aktywny</td>
<td>Nieaktywny</td>
</tr>
</table>

* W fabrycznym EPROMie nagranym przez Strykera dolną połówkę zajmuje BIOS dla WD1770, górną - WD1772 

== Obsługa ==
Uruchomienie komputera lub reset z wciśniętym klawiszem SELECT powoduje:

a) w starszych wersjach interfejsu: ustawienie stacji Karin Maxi jako D2: i D3: (niezależnie od przełącznika), przydatne w przypadku bootowania z innej stacji (np. szeregowej),

b) w Karin Maxi II: wyświetlenie menu konfiguracyjnego Karin Maxi Setup. Jego opcje są następujące:

* X - odłączenie interfejsu (logiczne)
* S - zamiana napędów 1 na 2 i odwrotnie
* 2 - ustawienie logicznych dysków na D2: i D3: (a nie D1: i D2:)
* D - wyłączenie migotania podczas operacji we/wy (ekran Antica pozostaje wyłączony)
* Esc - wyjście z menu
* Shift+Esc - wyjście z menu z resetowaniem ustawień gęstości dyskietek (format zostanie ustalony przy pierwszym dostępie)
* Shift+Return - wykonanie zimnego restartu.

Przytrzymanie klawisza "Shift" podczas transmisji danych służy do chwilowego wstrzymania transmisji i umożliwia podejrzenie zawartości ekranu.

== Zdjęcia ==
Na zdjęciach przedstawiono interfejs sprzedawany przez firmę Karin. Do kompletu dodawany był napęd dyskietek 5.25 lub 3.5 cala (od PC), instrukcja oraz dyskietka z [[MyDOS|MyDOSem]].

[[grafika:Karinmaxi1.jpg]]
[[Grafika:Karinmaxi2.jpg]]
 
[[Grafika:Wd1770.jpg|Wersja z WD1770]]
[[Grafika:Wd1770_2.jpg|Wersja z WD1770]]
 
[[Grafika:Wd1772.jpg|Wersja z WD1772]]
[[Grafika:Wd1772_2.jpg|Wersja z WD1772]]
 

== Konflikt z innymi urządzeniami ==

Oryginalny interfejs posiada dwie wady, programową i sprzętową, które uniemożliwiają lub powodują problemy przy współpracy z innymi [[Nowe_urządzenia|nowymi urządzeniami]]. Błąd w programie Karin Maxi usuwa z rejestru PDVMSK ($247) wcześniej zarejestrowane urządzenia, przez co są one niewidoczne. Usterka sprzętowa na stałe mapuje rejestry interfejsu na stronę D1, nawet wtedy gdy nie jest on aktywowany przez system. W takiej sytuacji wszelkie zapisy na tę stronę wykonywanie przez sterowniki innych urządzeń PBI (np. [[IDE Plus]], [[KMK/JŻ IDE]] itp.) mogą być fałszywie odbierane przez Karin Maxi. Objawia się to niestabilną pracą lub całkowitym zawieszeniem komputera, np. przy kopiowaniu plików z IDE Plus do stacji.

W Karin Maxi II powyższe usterki nie występują.

=== Naprawa ===
Wymagana jest drobna zmiana na płytce interfejsu, przeprogramowanie układu GAL16V8 (U3) oraz EPROMu.
* zaprogramować EPROM poprawioną wersją oprogramowania stacji, do pobrania [http://atariki.krap.pl/images/a/a5/Maxifix.zip z tego linku]
* przeciąć ścieżkę dochodzącą do pinu 4 układu GAL (sygnał D1XX powinien teraz dochodzić tylko do pinu 1)
* połączyć pin 4 układu GAL z pinem 12 układu U9 (74LS259) lub pinem 3 układu U7 (74LS30)
* zaprogramować GAL nowym plikiem [http://trub.atari8.info/files/KarinFix.zip .jed] .

Pin 19 może służyć do wyłączania interfejsu bez jego odpinania od komputera. Poniżej fragment schematu Karin Maxi z naniesionymi poprawkami.

[[Grafika:KarinFix.png|center|Poprawka Karin Maxi]]

== Karin Midi Drive ==
[[Mariusz Geisler]] z firmy [[Karin]] zaprojektował również stację równoległą, która nie wymagała złącza [[Gniazdo_ECI|ECI]] i korzystała wyłącznie ze złącza kartridża. Jedynym śladem tej stacji, nazwanej Karin Midi Drive jest [http://www.dereatari.republika.pl/atarisch/karinmid.zip schemat] opracowany przez [[Jerzy Sobola|Jerzego Sobolę]].

== Odnośniki zewnętrzne ==
*[http://atariarea.krap.pl/files/karin_maxi_drive_instrukcja_uzytkowania.pdf Karin Maxi Disk Drive - Instrukcja użytkowania] - zawiera także dość obszerny opis systemu [[MyDOS]].
*[http://www.dereatari.republika.pl/atarisch/maxi.zip Strona dereatari] - link do archiwum w którym znajdziemy schemat, wsad do gal'a i romy w wersji dla WD1770 i WD1772.
*[http://trub.atari8.info/files/KarinFix.zip Archiwum z poprawionym wsadem do gal'a.] Znajduję się tam też schemat z poprawką oraz napisane od nowa równania dla GALa Karinki (pełny plik pld).
*[http://atariki.krap.pl/images/a/a5/Maxifix.zip Poprawione romy w wersji 1770/1772].

== Zobacz też ==
[[MasterDOS]]

[[Kategoria:Peryferia 8-bit]]

Karin Maxi

2012-10-08T19:06:47Z

Trub:

Interfejs pozwalający na podłączenie do Atari [[XE]] jednego lub dwóch typowych napędów dyskietek od PC. Połączenie pomiędzy stacją a komputerem jest równoległe ([[nowe urządzenia|nowe urządzenie]]), co pozwala na uzyskanie transferów powyżej 20 kB/s. Interfejs stworzony został w połowie lat 90 XX wieku przez firmę [[Karin]].

Interfejs przeznaczony jest dla komputerów posiadających złącze [[Gniazdo_ECI|ECI]]. Firma Karin oferowała montaż brakującego złącza ECI lub odpowiednią przejściowkę ze złącza [[PBI]]. Istnieje także wersja wewnętrzna (interfejs wpina się w odpowiednie sygnały na płycie komputera).

Stosuje się zwykle napędy 5,25" i 3,5", 40- lub 80-ścieżkowe o pojemności 360 do 720 kB. Na 3,5" napędzie 720k można "wycisnąć" do 980 kilobajtów pojemności dyskietki formatując ją dwustronnie po 24 256-bajtowe sektory na ścieżkę. Uzyskanie większych pojemności wymaga przetaktowania kontrolera i może się zdarzyć, że nie będą wówczas obsługiwane dyskietki sformatowane na nieprzerobionych stacjach.

Ciekawostką interfejsu jest obsługa pełnej pojemności boot-sektora (można zapisać 256 bajtów zamiast 128 jak w standardowych stacjach).

Cenę interfejsu z 1997r. można zobaczyć pod tym linkiem:
[http://www.digipedia.pl/usenet/thread/43/38217/ Grupa pl.comp.sys.atari]

W 2012 r. powstała nowa wersja z udoskonaloną elektroniką i oprogramowaniem, nazywana dalej Karin Maxi II. Jej produkcji podjął się [[Stryker]], a osoby zaangażowane to [[Zaxon]], [[Jerzy Sobola|Jer]], [[trub]], [[KMK|drac030]], [[Candle]] i [[Dely]].

== Technikalia ==
* Zastosowany zegar: 8 MHz
* Zastosowany kontroler: WD1770 lub WD1772
* Identyfikator nowego urządzenia PBI: 7 (ustawiony sprzętowo na stałe)

== Obsługa ==
Interfejs posiada zastaw przełączników pozwalający na ustawienie numeru stacji Karin Maxi oraz automatyczne lub ręczne skonfigurowanie napędów (mogą być różnego typu). Znaczenie przełączników podano w tabeli.

<table
style="text-align: left; " border="1"
cellpadding="5" cellspacing="2">
<tr>
<td>Nr</td>
<td>Parametr</td>
<td>ON</td>
<td>OFF</td>
</tr>
<tr>
<td>1</td>
<td>Numery stacji Karin</td>
<td>D2: i D3:</td>
<td>D1: i D2:</td>
</tr>
<tr>
<td>2</td>
<td>Konfiguracja</td>
<td>Automatyczna (przy reset)</td>
<td>Ręczna (wg przełączników 3-6)</td>
</tr>
<tr>
<td>3</td>
<td>Szybkość kroku głowicy w napędzie 2</td>
<td>3ms</td>
<td>6ms</td>
</tr>
<tr>
<td>4</td>
<td>Szybkość kroku głowicy w napędzie 1</td>
<td>3ms</td>
<td>6ms</td>
</tr>
<tr>
<td>5</td>
<td>Ilość ścieżek w napędzie 2</td>
<td>80</td>
<td>40</td>
</tr>
<tr>
<td>6</td>
<td>Ilość ścieżek w napędzie 1</td>
<td>80</td>
<td>40</td>
</tr>
<tr>
<td colspan="4" align="center">
Dodatkowe przełączniki w Karin Maxi II
</td>
</tr>
<tr>
<td>7</td>
<td>Wybór wersji firmware*</td>
<td>Dolna połówka EPROM</td>
<td>Górna połówka EPROM</td>
</tr>
<tr>
<td>8</td>
<td>Sterowanie interfejsem</td>
<td>Aktywny</td>
<td>Nieaktywny</td>
</tr>
</table>

* W fabrycznym EPROMie nagranym przez Strykera dolną połówkę zajmuje BIOS dla WD1770, górną - WD1772 

Sztuczki:
* uruchomienie komputera z wciśniętym klawiszem "SELECT" - ustawienie stacji Karin Maxi jako D2: i D3: (niezależnie od przełącznika), przydatne w przypadku bootowania z innej stacji (np. szeregowej); w Karin Maxi II klawisz ten wyświetla menu konfiguracyjne (Karin Maxi Setup).
* przytrzymanie klawisza "Shift" podczas transmisji danych - chwilowe wstrzymanie transmisji i podejrzenie zawartości ekranu.

== Zdjęcia ==
Na zdjęciach przedstawiono interfejs sprzedawany przez firmę Karin. Do kompletu dodawany był napęd dyskietek 5.25 lub 3.5 cala (od PC), instrukcja oraz dyskietka z [[MyDOS|MyDOSem]].

[[grafika:Karinmaxi1.jpg]]
[[Grafika:Karinmaxi2.jpg]]
 
[[Grafika:Wd1770.jpg|Wersja z WD1770]]
[[Grafika:Wd1770_2.jpg|Wersja z WD1770]]
 
[[Grafika:Wd1772.jpg|Wersja z WD1772]]
[[Grafika:Wd1772_2.jpg|Wersja z WD1772]]
 

== Konflikt z innymi urządzeniami ==

Oryginalny interfejs posiada dwie wady, programową i sprzętową, które uniemożliwiają lub powodują problemy przy współpracy z innymi [[Nowe_urządzenia|nowymi urządzeniami]]. Błąd w programie Karin Maxi usuwa z rejestru PDVMSK ($247) wcześniej zarejestrowane urządzenia, przez co są one niewidoczne. Usterka sprzętowa na stałe mapuje rejestry interfejsu na stronę D1, nawet wtedy gdy nie jest on aktywowany przez system. W takiej sytuacji wszelkie zapisy na tę stronę wykonywanie przez sterowniki innych urządzeń PBI (np. [[IDE Plus]], [[KMK/JŻ IDE]] itp.) mogą być fałszywie odbierane przez Karin Maxi. Objawia się to niestabilną pracą lub całkowitym zawieszeniem komputera, np. przy kopiowaniu plików z IDE Plus do stacji.

W Karin Maxi II powyższe usterki nie występują.

=== Naprawa ===
Wymagana jest drobna zmiana na płytce interfejsu, przeprogramowanie układu GAL16V8 (U3) oraz EPROMu.
* zaprogramować EPROM poprawioną wersją oprogramowania stacji, do pobrania [http://atariki.krap.pl/images/a/a5/Maxifix.zip z tego linku]
* przeciąć ścieżkę dochodzącą do pinu 4 układu GAL (sygnał D1XX powinien teraz dochodzić tylko do pinu 1)
* połączyć pin 4 układu GAL z pinem 12 układu U9 (74LS259) lub pinem 3 układu U7 (74LS30)
* zaprogramować GAL nowym plikiem [http://trub.atari8.info/files/KarinFix.zip .jed] .

Pin 19 może służyć do wyłączania interfejsu bez jego odpinania od komputera. Poniżej fragment schematu Karin Maxi z naniesionymi poprawkami.

[[Grafika:KarinFix.png|center|Poprawka Karin Maxi]]

== Karin Midi Drive ==
[[Mariusz Geisler]] z firmy [[Karin]] zaprojektował również stację równoległą, która nie wymagała złącza [[Gniazdo_ECI|ECI]] i korzystała wyłącznie ze złącza kartridża. Jedynym śladem tej stacji, nazwanej Karin Midi Drive jest [http://www.dereatari.republika.pl/atarisch/karinmid.zip schemat] opracowany przez [[Jerzy Sobola|Jerzego Sobolę]].

== Odnośniki zewnętrzne ==
*[http://atariarea.krap.pl/files/karin_maxi_drive_instrukcja_uzytkowania.pdf Karin Maxi Disk Drive - Instrukcja użytkowania] - zawiera także dość obszerny opis systemu [[MyDOS]].
*[http://www.dereatari.republika.pl/atarisch/maxi.zip Strona dereatari] - link do archiwum w którym znajdziemy schemat, wsad do gal'a i romy w wersji dla WD1770 i WD1772.
*[http://trub.atari8.info/files/KarinFix.zip Archiwum z poprawionym wsadem do gal'a.] Znajduję się tam też schemat z poprawką oraz napisane od nowa równania dla GALa Karinki (pełny plik pld).
*[http://atariki.krap.pl/images/a/a5/Maxifix.zip Poprawione romy w wersji 1770/1772].

== Zobacz też ==
[[MasterDOS]]

[[Kategoria:Peryferia 8-bit]]

Karin Maxi

2012-10-08T18:02:11Z

Trub: Karin Maxi II

Interfejs pozwalający na podłączenie do Atari [[XE]] jednego lub dwóch typowych napędów dyskietek od PC. Połączenie pomiędzy stacją a komputerem jest równoległe ([[nowe urządzenia|nowe urządzenie]]), co pozwala na uzyskanie transferów powyżej 20 kB/s. Interfejs stworzony został w połowie lat 90 XX wieku przez firmę [[Karin]].

Interfejs przeznaczony jest dla komputerów posiadających złącze [[Gniazdo_ECI|ECI]]. Firma Karin oferowała montaż brakującego złącza ECI lub odpowiednią przejściowkę ze złącza [[PBI]]. Istnieje także wersja wewnętrzna (interfejs wpina się w odpowiednie sygnały na płycie komputera).

Stosuje się zwykle napędy 5,25" i 3,5", 40- lub 80-ścieżkowe o pojemności 360 do 720 kB. Na 3,5" napędzie 720k można "wycisnąć" do 980 kilobajtów pojemności dyskietki formatując ją dwustronnie po 24 256-bajtowe sektory na ścieżkę. Uzyskanie większych pojemności wymaga przetaktowania kontrolera i może się zdarzyć, że nie będą wówczas obsługiwane dyskietki sformatowane na nieprzerobionych stacjach.

Ciekawostką interfejsu jest obsługa pełnej pojemności boot-sektora (można zapisać 256 bajtów zamiast 128 jak w standardowych stacjach).

Cenę interfejsu z 1997r. można zobaczyć pod tym linkiem:
[http://www.digipedia.pl/usenet/thread/43/38217/ Grupa pl.comp.sys.atari]

W 2012 r. powstała nowa wersja z udoskonaloną elektroniką i oprogramowaniem, nazywana dalej Karin Maxi II. Jej produkcji podjął się [[Stryker]], a osoby zaangażowane to [[Zaxon]], [[Jerzy Sobola|Jer]], [[trub]], [[KMK|drac030]] i [[Dely]].

== Technikalia ==
* Zastosowany zegar: 8 MHz
* Zastosowany kontroler: WD1770 lub WD1772
* Identyfikator nowego urządzenia PBI: 7 (ustawiony sprzętowo na stałe)

== Obsługa ==
Interfejs posiada zastaw przełączników pozwalający na ustawienie numeru stacji Karin Maxi oraz automatyczne lub ręczne skonfigurowanie napędów (mogą być różnego typu). Znaczenie przełączników podano w tabeli.

<table
style="text-align: left; " border="1"
cellpadding="5" cellspacing="2">
<tr>
<td>Nr</td>
<td>Parametr</td>
<td>ON</td>
<td>OFF</td>
</tr>
<tr>
<td>1</td>
<td>Numery stacji Karin</td>
<td>D2: i D3:</td>
<td>D1: i D2:</td>
</tr>
<tr>
<td>2</td>
<td>Konfiguracja</td>
<td>Automatyczna (przy reset)</td>
<td>Ręczna (wg przełączników 3-6)</td>
</tr>
<tr>
<td>3</td>
<td>Szybkość kroku głowicy w napędzie 2</td>
<td>3ms</td>
<td>6ms</td>
</tr>
<tr>
<td>4</td>
<td>Szybkość kroku głowicy w napędzie 1</td>
<td>3ms</td>
<td>6ms</td>
</tr>
<tr>
<td>5</td>
<td>Ilość ścieżek w napędzie 2</td>
<td>80</td>
<td>40</td>
</tr>
<tr>
<td>6</td>
<td>Ilość ścieżek w napędzie 1</td>
<td>80</td>
<td>40</td>
</tr>
<tr>
<td colspan="4" align="center">
Dodatkowe przełączniki w Karin Maxi II
</td>
</tr>
<tr>
<td>7</td>
<td>Wybór wersji firmware*</td>
<td>Dolna połówka EPROM</td>
<td>Górna połówka EPROM</td>
</tr>
<tr>
<td>8</td>
<td>Sterowanie interfejsem</td>
<td>Aktywny</td>
<td>Nieaktywny</td>
</tr>
</table>

* W fabrycznym EPROMie nagranym przez Strykera dolną połówkę zajmuje BIOS dla WD1770, górną - WD1772 

Sztuczki:
* uruchomienie komputera z wciśniętym klawiszem "SELECT" - ustawienie stacji Karin Maxi jako D2: i D3: (niezależnie od przełącznika), przydatne w przypadku bootowania z innej stacji (np. szeregowej); w Karin Maxi II klawisz ten wyświetla menu konfiguracyjne (Karin Maxi Setup).
* przytrzymanie klawisza "Shift" podczas transmisji danych - chwilowe wstrzymanie transmisji i podejrzenie zawartości ekranu.

== Zdjęcia ==
Na zdjęciach przedstawiono interfejs sprzedawany przez firmę Karin. Do kompletu dodawany był napęd dyskietek 5.25 lub 3.5 cala (od PC), instrukcja oraz dyskietka z [[MyDOS|MyDOSem]].

[[grafika:Karinmaxi1.jpg]]
[[Grafika:Karinmaxi2.jpg]]
 
[[Grafika:Wd1770.jpg|Wersja z WD1770]]
[[Grafika:Wd1770_2.jpg|Wersja z WD1770]]
 
[[Grafika:Wd1772.jpg|Wersja z WD1772]]
[[Grafika:Wd1772_2.jpg|Wersja z WD1772]]
 

== Konflikt z innymi urządzeniami ==

Oryginalny interfejs posiada dwie wady, programową i sprzętową, które uniemożliwiają lub powodują problemy przy współpracy z innymi [[Nowe_urządzenia|nowymi urządzeniami]]. Błąd w programie Karin Maxi usuwa z rejestru PDVMSK ($247) wcześniej zarejestrowane urządzenia, przez co są one niewidoczne. Usterka sprzętowa na stałe mapuje rejestry interfejsu na stronę D1, nawet wtedy gdy nie jest on aktywowany przez system. W takiej sytuacji wszelkie zapisy na tę stronę wykonywanie przez sterowniki innych urządzeń PBI (np. [[IDE Plus]], [[KMK/JŻ IDE]] itp.) mogą być fałszywie odbierane przez Karin Maxi. Objawia się to niestabilną pracą lub całkowitym zawieszeniem komputera, np. przy kopiowaniu plików z IDE Plus do stacji.

W Karin Maxi II powyższe usterki nie występują.

=== Naprawa ===
Wymagana jest drobna zmiana na płytce interfejsu, przeprogramowanie układu GAL16V8 (U3) oraz EPROMu.
* zaprogramować EPROM poprawioną wersją oprogramowania stacji, do pobrania [http://atariki.krap.pl/images/a/a5/Maxifix.zip z tego linku]
* przeciąć ścieżkę dochodzącą do pinu 4 układu GAL (sygnał D1XX powinien teraz dochodzić tylko do pinu 1)
* połączyć pin 4 układu GAL z pinem 12 układu U9 (74LS259) lub pinem 3 układu U7 (74LS30)
* zaprogramować GAL nowym plikiem [http://trub.atari8.info/files/KarinFix.zip .jed] .

Pin 19 może służyć do wyłączania interfejsu bez jego odpinania od komputera. Poniżej fragment schematu Karin Maxi z naniesionymi poprawkami.

[[Grafika:KarinFix.png|center|Poprawka Karin Maxi]]

== Karin Midi Drive ==
[[Mariusz Geisler]] z firmy [[Karin]] zaprojektował również stację równoległą, która nie wymagała złącza [[Gniazdo_ECI|ECI]] i korzystała wyłącznie ze złącza kartridża. Jedynym śladem tej stacji, nazwanej Karin Midi Drive jest [http://www.dereatari.republika.pl/atarisch/karinmid.zip schemat] opracowany przez [[Jerzy Sobola|Jerzego Sobolę]].

== Odnośniki zewnętrzne ==
*[http://atariarea.krap.pl/files/karin_maxi_drive_instrukcja_uzytkowania.pdf Karin Maxi Disk Drive - Instrukcja użytkowania] - zawiera także dość obszerny opis systemu [[MyDOS]].
*[http://www.dereatari.republika.pl/atarisch/maxi.zip Strona dereatari] - link do archiwum w którym znajdziemy schemat, wsad do gal'a i romy w wersji dla WD1770 i WD1772.
*[http://trub.atari8.info/files/KarinFix.zip Archiwum z poprawionym wsadem do gal'a.] Znajduję się tam też schemat z poprawką oraz napisane od nowa równania dla GALa Karinki (pełny plik pld).
*[http://atariki.krap.pl/images/a/a5/Maxifix.zip Poprawione romy w wersji 1770/1772].

== Zobacz też ==
[[MasterDOS]]

[[Kategoria:Peryferia 8-bit]]