Atariki - Wkład użytkownika [pl]

NOMari

2024-08-02T06:16:26Z

Montezuma: /* Mapa pamięci */

Rozszerzenie możliwości dźwiękowych ośmiobitowego Atari autorstwa [[Tori]]ego oparte o układ emulatora układu Commodore SID - '''SwinSID Nano''' - autorstwa Swinkelsa.

<center>[[Grafika:NOMari dsg.jpg]]</center>

<center>[[Grafika:NOMari cart.jpg]]</center>

== Charakterystyka ==
Rozwiązanie bazuje na układzie XilinX XC9572XL-TQ100 oraz dwóch mikrokontrolerach ATMEGA88PA-AU emulujących układy Commodore SID umożliwiające pracę zarówno w układzie mono- jak i stereofonicznym. Dostępne jest w postaci cartridge'a.

==Mapa pamięci==
Na PCB znajduje się 3pozycyjny DIPswitch, którym ustala się adres bazowy modułu. Pozycja ON wysyła 0 na linię do dekodera (logika odwrotna). Wszystkie 3 hebelki w pozycji ON ustalają adres BASE na $D500 dla pierwszego SID i $D520 dla drugiego. Binarnie można ustawić jedną parę z ośmiu obszarów adresowych:

SID1 SID2
1 - $D500 $D520
2 - $D520 $D540
3 - $D540 $D560
4 - $D560 $D580
5 - $D580 $D5A0
6 - $D5A0 $D5C0
7 - $D5C0 $D5E0
8 - $D5E0 $D500

NOMari standardowo ma ustawienie BASE na $D500 - nr 1

Detekcja NOMari polega na odczytywaniu kolejnych adresów pamięci: $D500, $D520, ..., $D5E0. Jeśli z któregoś adresu odczytamy wartość $CE, oznacza to, że NOMari znajduje się w systemie, a BASE jest ustawione na ten adres.

==Odnośniki zewnętrzne==
[http://atari.myftp.org/atari8bit/nomari/nomari.html Strona projektu]

[[Kategoria:Atari 8-bit]]
[[Kategoria:Rozszerzenia]]

Karin Maxi

2021-03-14T14:05:40Z

Montezuma: /* Konfiguracja */

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 wyposażonych w 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:
[https://groups.google.com/forum/?hl=pl#!msg/pl.comp.sys.atari/yne1mvPY488/Auh2byGsMRMJ;context-place=topic/pl.comp.sys.atari/kgx0I-eglCw 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 ma zestaw 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>

'''Karin Mini''' ma nieco inną kolejność przełączników (od lewej):

<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>Ilość ścieżek w napędzie 1</td>
<td>80</td>
<td>40</td>
</tr>
<tr>
<td>2</td>
<td>Ilość ścieżek w napędzie 2</td>
<td>80</td>
<td>40</td>
</tr>
<tr>
<td>3</td>
<td>Szybkość kroku głowicy w napędzie 1</td>
<td>3ms</td>
<td>6ms</td>
</tr>
<tr>
<td>4</td>
<td>Szybkość kroku głowicy w napędzie 2</td>
<td>3ms</td>
<td>6ms</td>
</tr>
<tr>
<td>5</td>
<td>Konfiguracja</td>
<td>Automatyczna (przy reset)</td>
<td>Ręczna (wg przełączników 1-4)</td>
</tr>
<tr>
<td>6</td>
<td>Numery stacji Karin</td>
<td>D2: i D3:</td>
<td>D1: i D2:</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>Nieaktywny</td>
<td>Aktywny</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 ma 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://jsobola.atari8.info/dereatari/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://jsobola.atari8.info/dereatari/atarisch/maxi1.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].
*[http://karinmaxidrive.pigwa.net/index.html Karin Maxi II - zrekonstruowana wersja interfejsu z 2012 roku]
== Zobacz też ==
[[MasterDOS]] - DOS przeznaczony wyłącznie do Karin Maxi

[[Kategoria:Peryferia 8-bit]]

B: Device

2019-07-24T17:01:45Z

Montezuma: dodana informacja o emulatorze Altirra

Wirtualne urządzenie pozwalające na otwieranie dowolnego adresu URL w oknie przeglądarki internetowej. 

Pierwsza implementacja handlera urządzenia B: pojawiła się w emulatorze [[Atari800]], a konkretnie w jego porcie [https://play.google.com/store/apps/details?id=name.nick.jubanka.colleen Colleen] dla platformy Android. 
Użytkownik może aktywować urządzenie B: w ustawieniach emulatora i zagrać we wbudowaną w emulator grę Planetary Defense 2012 autorstwa [https://en.wikipedia.org/wiki/Tom_Hudson_(programmer) Toma Hudsona], bardziej znanego z programów: Solid States, DEGAS, czy 3D STUDIO. 

Tom Hudson opowiada w [https://ataripodcast.libsyn.com/antic-interview-48-tom-hudson-analog wywiadzie] dla podcastu ANTIC (44 minuta) o urządzeniu B: 
A w [https://github.com/atari800/atari800/blob/master/src/devices.c kodzie źródłowym] emulatora czytamy: 

/* The B: device is intended as a handler for interoperating with a web browser.
* The device is OPENed, a url is WRITE-n, then it is CLOSEd.
* Upon closing, the ready flag in the structure is set to TRUE.
* This can tested by the host port, reset to FALSE then if the string contained
* in the url member looks like a url, a browser to can be spawned to that url.
* The user can also be notified via a popup that an Atari program is requesting
* browser access.
*/

Również w emulatorze [http://www.virtualdub.org/altirra.html Altirra] (począwszy od wersji 3.00) znajdziemy urządzenie B:

Aplikacja/gra korzystająca z urządzenia B: musi je więc otworzyć, zapisać do niego łańcuch znaków (URL) i je zamknąć, co spowoduje otwarcie okna przeglądarki internetowej i wyświetlenie w nim zawartości wskazywanej przez URL. 
Poniższy program w Basicu ilustruje korzystanie z urządzenia B: 

OPEN #3,8,0,"B:"
PRINT #3;"http://atari.pl/hsc/?x=003000129"
CLOSE #3

Jak bardzo elastyczna jest koncepcja [[CIO]] świadczy fakt, że już po ukazaniu się gry Planetary Defense 2012, możliwe było napisanie nowego handlera [https://github.com/TheMontezuma/B-Handler urządzenia B:], korzystającego z [[URL Submit]]. 
Bez zmiany ani jednego bitu w kodzie gry, Planetary Defense 2012 uruchomiona na prawdziwym komputerze Atari z zainstalowanym handlerem B:, prawidłowo wysyła Hi-Score przez [[SIO]].

==Zobacz też==
* [http://users.uoa.gr/~knakos/atari800/android/ strona Kostasa Nakosa poświęcona emulatorowi Colleen]
* [http://analog.klanky.com/8bit.htm strona Toma Hudsona poświęcona grze Planetary Defense 2012]
* [https://github.com/TheMontezuma/B-Handler/releases obraz dyskietki zawierającej B: handler oraz grę Planetary Defence 2012]

B: Device

2019-07-07T10:16:07Z

Montezuma:

Wirtualne urządzenie pozwalające na otwieranie dowolnego adresu URL w oknie przeglądarki internetowej. 

Pierwsza implementacja handlera urządzenia B: pojawiła się w emulatorze [[Atari800]], a konkretnie w jego porcie [https://play.google.com/store/apps/details?id=name.nick.jubanka.colleen Colleen] dla platformy Android. 
Użytkownik może aktywować urządzenie B: w ustawieniach emulatora i zagrać we wbudowaną w emulator grę Planetary Defense 2012 autorstwa [https://en.wikipedia.org/wiki/Tom_Hudson_(programmer) Toma Hudsona], bardziej znanego z programów: Solid States, DEGAS, czy 3D STUDIO. 

Tom Hudson opowiada w [https://ataripodcast.libsyn.com/antic-interview-48-tom-hudson-analog wywiadzie] dla podcastu ANTIC (44 minuta) o urządzeniu B: 
A w [https://github.com/atari800/atari800/blob/master/src/devices.c kodzie źródłowym] emulatora czytamy: 

/* The B: device is intended as a handler for interoperating with a web browser.
* The device is OPENed, a url is WRITE-n, then it is CLOSEd.
* Upon closing, the ready flag in the structure is set to TRUE.
* This can tested by the host port, reset to FALSE then if the string contained
* in the url member looks like a url, a browser to can be spawned to that url.
* The user can also be notified via a popup that an Atari program is requesting
* browser access.
*/

Aplikacja/gra korzystająca z urządzenia B: musi je więc otworzyć, zapisać do niego łańcuch znaków (URL) i je zamknąć, co spowoduje otwarcie okna przeglądarki internetowej i wyświetlenie w nim zawartości wskazywanej przez URL. 
Poniższy program w Basicu ilustruje korzystanie z urządzenia B: 

OPEN #3,8,0,"B:"
PRINT #3;"http://atari.pl/hsc/?x=003000129"
CLOSE #3

Jak bardzo elastyczna jest koncepcja [[CIO]] świadczy fakt, że już po ukazaniu się gry Planetary Defense 2012, możliwe było napisanie nowego handlera [https://github.com/TheMontezuma/B-Handler urządzenia B:], korzystającego z [[URL Submit]]. 
Bez zmiany ani jednego bitu w kodzie gry, Planetary Defense 2012 uruchomiona na prawdziwym komputerze Atari z zainstalowanym handlerem B:, prawidłowo wysyła Hi-Score przez [[SIO]].

==Zobacz też==
* [http://users.uoa.gr/~knakos/atari800/android/ strona Kostasa Nakosa poświęcona emulatorowi Colleen]
* [http://analog.klanky.com/8bit.htm strona Toma Hudsona poświęcona grze Planetary Defense 2012]
* [https://github.com/TheMontezuma/B-Handler/releases obraz dyskietki zawierającej B: handler oraz grę Planetary Defence 2012]

B: Device

2019-07-07T10:14:58Z

Montezuma:

Wirtualne urządzenie pozwalające na otwieranie dowolnego adresu URL w oknie przeglądarki internetowej. 

Pierwsza implementacja handlera urządzenia B: pojawiła się w emulatorze [[Atari800]], a konkretnie w jego porcie [https://play.google.com/store/apps/details?id=name.nick.jubanka.colleen Colleen] dla platformy Android. 
Użytkownik może aktywować urządzenie B: w ustawieniach emulatora i zagrać we wbudowaną w emulator grę Planetary Defense 2012 autorstwa [https://en.wikipedia.org/wiki/Tom_Hudson_(programmer) Toma Hudsona], bardziej znanego z programów: Solid States, DEGAS, czy 3D STUDIO. 

Tom Hudson opowiada w [https://ataripodcast.libsyn.com/antic-interview-48-tom-hudson-analog wywiadzie] dla podcastu ANTIC (44 minuta) o urządzeniu B: 
A w [https://github.com/atari800/atari800/blob/master/src/devices.c kodzie źródłowym] emulatora czytamy: 

/* The B: device is intended as a handler for interoperating with a web browser.
* The device is OPENed, a url is WRITE-n, then it is CLOSEd.
* Upon closing, the ready flag in the structure is set to TRUE.
* This can tested by the host port, reset to FALSE then if the string contained
* in the url member looks like a url, a browser to can be spawned to that url.
* The user can also be notified via a popup that an Atari program is requesting
* browser access.
*/

Aplikacja/gra korzystająca z urządzenia B: musi je więc otworzyć, zapisać do niego łańcuch znaków (URL) i je zamknąć, co spowoduje otwarcie okna przeglądarki internetowej i wyświetlenie w nim zawartości wskazywanej przez URL. 
Poniższy program w Basicu ilustruje korzystanie z urządzenia B: 

OPEN #3,8,0,"B:"
PRINT #3;"http://atari.pl/hsc/?x=003000129"
CLOSE #3

Jak bardzo elastyczna jest koncepcja [[CIO]] świadczy fakt, że już po ukazaniu się gry Planetary Defense 2012, możliwe było napisanie nowego handlera urządzenia B:, korzystającego z [[URL Submit]]. 
Bez zmiany ani jednego bitu w kodzie gry, Planetary Defense 2012 uruchomiona na prawdziwym komputerze Atari z zainstalowanym handlerem B:, prawidłowo wysyła Hi-Score przez [[SIO]].

==Zobacz też==
* [http://users.uoa.gr/~knakos/atari800/android/ strona Kostasa Nakosa poświęcona emulatorowi Colleen]
* [http://analog.klanky.com/8bit.htm strona Toma Hudsona poświęcona grze Planetary Defense 2012]
* [https://github.com/TheMontezuma/B-Handler B: Handler korzystający z URL Submit]
* [https://github.com/TheMontezuma/B-Handler/releases obraz dyskietki zawierającej B: handler oraz grę Planetary Defence 2012]

APE Time

2019-07-07T10:06:47Z

Montezuma:

Protokół odczytu aktualnej daty i godziny, zaimplementowany początkowo w [[APE]], później także w [[SIO2BSD]], [[RespeQt]] i [[SIO2BT]]. Służy do aktualizacji ustawień czasu w tych komputerach [[Atari 8-bit]], które nie mają sprzętowego zegara (np. [[R-Time 8]]).

== Szczegóły techniczne ==

Odczyt odbywa się za pośrednictwem [[SIO]]. Wartości [[SIO#DCB|DCB]] trzeba ustawić następująco:

* DDEVIC: $45
* DUNIT: $01
* DCMND: $93
* DSTATS: $40
* DBUFA: adres bufora o wielkości sześciu bajtów
* DTIMLO: dowolna wartość, typowo od 1 do 7
* DBYT: 6
* DAUX1: $EE
* DAUX2: $A0

Jeśli w systemie istnieje urządzenie zgodne z protokołem APE Time, po wywołaniu [[Tablica_skoków#JSIOINT|JSIOINT]] do bufora zostaną odczytane bieżące ustawienia czasu w formacie zgodnym ze [[SpartaDOS]]:

* bajty 0-2: data w formacie DD-MM-YY
* bajty 3-5: czas w formacie HH-MM-SS

[[Kategoria:Programowanie Atari 8-bit]]
[[Kategoria:Niezbędnik kodera]]

B: Device

2019-07-06T22:25:10Z

Montezuma:

Wirtualne urządzenie pozwalające na otwieranie dowolnego adresu URL w oknie przeglądarki internetowej. 

Pierwsza implementacja handlera urządzenia B: pojawiła się w emulatorze [https://github.com/atari800/atari800 atari800], a konkretnie w jego porcie [https://play.google.com/store/apps/details?id=name.nick.jubanka.colleen Colleen] dla platformy Android. Użytkownik może aktywować urządzenie B: w ustawieniach emulatora i zagrać we wbudowaną w emulator grę Planetary Defense 2012 autorstwa [https://en.wikipedia.org/wiki/Tom_Hudson_(programmer) Toma Hudsona], bardziej znanego z programu 3D Studio Max. 

Tom Hudson opowiada w [https://ataripodcast.libsyn.com/antic-interview-48-tom-hudson-analog wywiadzie] dla podcastu ANTIC (44 minuta) o urządzeniu B:. 
A w [https://github.com/atari800/atari800/blob/master/src/devices.c kodzie źródłowym] emulatora czytamy: 

/* The B: device is intended as a handler for interoperating with a web browser.
* The device is OPENed, a url is WRITE-n, then it is CLOSEd.
* Upon closing, the ready flag in the structure is set to TRUE.
* This can tested by the host port, reset to FALSE then if the string contained
* in the url member looks like a url, a browser to can be spawned to that url.
* The user can also be notified via a popup that an Atari program is requesting
* browser access.
*/

Aplikacja/gra korzystająca z urządzenia B: musi je więc otworzyć, zapisać do niego łańcuch znaków (URL) i je zamknąć, co spowoduje otwarcie okna przeglądarki internetowej. 
Poniższy program w Basicu ilustruje korzystanie z urządzenia B: 

OPEN #3,8,0,"B:"
PRINT #3;"http://atari.pl/hsc/?x=003000129"
CLOSE #3

Jak bardzo elastyczna jest koncepcja [[CIO]] świadczy fakt, że już po ukazaniu się gry Planetary Defense 2012, możliwe było napisanie nowego handlera urządzenia B:, korzystającego z [[URL Submit]]. 
Bez zmiany ani jednego bitu w kodzie gry, Planetary Defense 2012 uruchomiona na prawdziwym komputerze Atari z zainstalowanym handlerem B:, prawidłowo wysyła Hi-Score przez [[SIO]].

==Zobacz też==
* [http://users.uoa.gr/~knakos/atari800/android/ strona Kostasa Nakosa poświęcona emulatorowi Colleen]
* [http://analog.klanky.com/8bit.htm strona Toma Hudsona poświęcona grze Planetary Defense 2012]
* [https://ataripodcast.libsyn.com/antic-interview-48-tom-hudson-analog wywiad z Tomem Hudsonem]
* [https://github.com/TheMontezuma/B-Handler B: Handler korzystający z URL Submit]
* [https://github.com/TheMontezuma/B-Handler/releases obraz dyskietki zawierającej B: handler oraz grę Planetary Defence 2012]

URL Submit

2019-07-06T22:05:32Z

Montezuma:

Protokół pozwalający na przesłanie URL do urządzenia SIO.
Zaimplementowany w [[SIO2BT]] oraz w [[RespeQt]]. 
Służy typowo do przesłania liczby punktów uzyskanych w grze (Hi-Score) na serwer administrujący listą wyników (np. https://xxl.atari.pl/hsc/). 
Urządzenie SIO otwiera przeglądarkę internetową i przekazuje jej URL odebrany przez SIO. 

== Szczegóły techniczne ==

Zapis odbywa się za pośrednictwem [[SIO]]. Wartości [[SIO#DCB|DCB]] trzeba ustawić następująco:

* DDEVIC: $45
* DUNIT: $01
* DCMND: $55
* DSTATS: $80
* DBUFA: adres bufora o wielkości maksymalnie 2000 bajtów
* DTIMLO: dowolna wartość, typowo od 1 do 7
* DBYTLO: wielkość bufora danych (LSB)
* DBYTHI: wielkość bufora danych (MSB)
* DAUX1: wielkość bufora danych (LSB)
* DAUX2: wielkość bufora danych (MSB)

W buforze powinien się znajdować łancuch znaków ASCII, nie zawierający znaku końca linii, np.

http://analog.klanky.com/leaderboards/SaveScore.php?game=PD2012&name=--------&level=00&score=000000&key=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Poniżej prosty handler urządzenia [[B: Device]] 
https://github.com/TheMontezuma/B-Handler 
ktory używa URL Submit. 

==Zobacz też==
* [https://github.com/TheMontezuma/mahna-malysz/releases wersja gry Mahna-Małysz używająca URL Submit]
* [https://github.com/TheMontezuma/1K-ATASCII-BLASTER/releases wersja gry 1K-ATASCII-BLASTER używająca URL Submit]

[[Kategoria:Programowanie Atari 8-bit]]
[[Kategoria:Niezbędnik kodera]]

URL Submit

2019-07-06T22:03:32Z

Montezuma:

Protokół pozwalający na przesłanie URL do urządzenia SIO.
Zaimplementowany w [[SIO2BT]] oraz w [[RespeQt]]. 
Służy typowo do przesłania liczby punktów uzyskanych w grze (Hi-Score) na serwer administrujący listą wyników (np. https://xxl.atari.pl/hsc/). 
Urządzenie SIO otwiera przeglądarkę internetową i przekazuje jej URL odebrany przez SIO. 

== Szczegóły techniczne ==

Zapis odbywa się za pośrednictwem [[SIO]]. Wartości [[SIO#DCB|DCB]] trzeba ustawić następująco:

* DDEVIC: $45
* DUNIT: $01
* DCMND: $55
* DSTATS: $80
* DBUFA: adres bufora o wielkości maksymalnie 2000 bajtów
* DTIMLO: dowolna wartość, typowo od 1 do 7
* DBYTLO: wielkość bufora danych (LSB)
* DBYTHI: wielkość bufora danych (MSB)
* DAUX1: wielkość bufora danych (LSB)
* DAUX2: wielkość bufora danych (MSB)

W buforze powinien się znajdować łancuch znaków ASCII, nie zawierający znaku końca linii, np.

http://analog.klanky.com/leaderboards/SaveScore.php?game=PD2012&name=--------&level=00&score=000000&key=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Poniżej prosty handler urządzenia [[CIO]] B: 
https://github.com/TheMontezuma/B-Handler 
ktory używa URL Submit. 

==Zobacz też==
* [https://github.com/TheMontezuma/mahna-malysz/releases wersja gry Mahna-Małysz używająca URL Submit]
* [https://github.com/TheMontezuma/1K-ATASCII-BLASTER/releases wersja gry 1K-ATASCII-BLASTER używająca URL Submit]

[[Kategoria:Programowanie Atari 8-bit]]
[[Kategoria:Niezbędnik kodera]]

B: Device

2019-07-06T21:59:11Z

Montezuma:

Wirtualne urządzenie pozwalające na otwieranie dowolnego adresu URL w oknie przeglądarki internetowej. 

Pierwsza implementacja handlera urządzenia B: pojawiła się w emulatorze [https://github.com/atari800/atari800 atari800], a konkretnie w jego porcie [https://play.google.com/store/apps/details?id=name.nick.jubanka.colleen Colleen] dla platformy Android. Użytkownik może aktywować urządzenie B: w ustawieniach emulatora i zagrać we wbudowaną w emulator grę Planetary Defense 2012 autorstwa [https://en.wikipedia.org/wiki/Tom_Hudson_(programmer) Toma Hudsona], bardziej znanego z programu 3D Studio Max. 

Tom Hudson opowiada w [https://ataripodcast.libsyn.com/antic-interview-48-tom-hudson-analog wywiadzie] dla podcastu ANTIC (44 minuta) o urządzeniu B:. 
A w [https://github.com/atari800/atari800/blob/master/src/devices.c kodzie źródłowym] emulatora czytamy: 

/* The B: device is intended as a handler for interoperating with a web browser.
* The device is OPENed, a url is WRITE-n, then it is CLOSEd.
* Upon closing, the ready flag in the structure is set to TRUE.
* This can tested by the host port, reset to FALSE then if the string contained
* in the url member looks like a url, a browser to can be spawned to that url.
* The user can also be notified via a popup that an Atari program is requesting
* browser access.
*/

Aplikacja/gra korzystająca z urządzenia B: musi je więc otworzyć, zapisać do niego łańcuch znaków (URL) i je zamknąć, co spowoduje otwarcie okna przeglądarki internetowej. 
Poniższy program w Basicu ilustruje korzystanie z urządzenia B: 

OPEN #3,8,0,"B:"
PRINT #3;"http://atari.pl/hsc/?x=003000129"
CLOSE #3

Jak bardzo elastyczna jest koncepcja [[CIO]] świadczy fakt, że już po ukazaniu się gry Planetary Defense 2012, możliwe było napisanie nowego handlera urządzenia B:, korzystającego z [[URL Submit]]. 
Bez zmiany ani jednego bitu w kodzie gry, Planetary Defense 2012 uruchomiona na prawdziwym komputerze Atari z zainstalowanym handlerem B:, prawidłowo wysyła Hi-Score przez [[SIO]].

==Zobacz też==
* [http://users.uoa.gr/~knakos/atari800/android/ strona Kostasa Nakosa poświęcona emulatorowi Colleen]
* [http://analog.klanky.com/8bit.htm strona Toma Hudsona poświęcona grze Planetary Defense 2012]
* [https://ataripodcast.libsyn.com/antic-interview-48-tom-hudson-analog wywiad z Tomem Hudsonem]
* [https://github.com/TheMontezuma/B-Handler B: Handler korzystający z URL Submit]

Biblioteczka kodera Atari XL/XE

2019-07-06T21:18:47Z

Montezuma:

Biblioteczka, czyli przydatne procedury i fragmenty kodu, głównie w asemblerze.

==System==

===CPU===
* [[Programowanie: Jak stwierdzić typ procesora|Jak stwierdzić typ procesora]]
* [[Programowanie: Jak stwierdzić, w jakim trybie jest 65C816|Jak stwierdzić, w jakim trybie jest 65C816]]
* [[Programowanie: Odczyt sygnatury rozkazu BRK lub COP na 65C816|Odczyt sygnatury rozkazu BRK lub COP na 65C816]]

===Pamięć===
* [[Obsługa rozszerzenia pamięci RAM]]

===[[CIO]]===

* [[Programowanie: Jak wyszukać pierwszy wolny IOCB|Jak wyszukać pierwszy wolny IOCB]]

==== Edytor ekranowy ====
* [[Otwarcie ekranu w trybie konsoli (GRAPHICS 0)]]
* [[Odczyt rekordu tekstowego z edytora ekranowego (INPUT)]]
* [[Zapis znaku na ekran (PUT)]]
* [[Zapis ciągu znaków na ekran (PRINT)]]
* [[Znaki kontrolne edytora ekranowego]]

==== Klawiatura ====
* [[Odczyt znaku z klawiatury (GET)]]

==== Grafika ====
* [[Otwarcie ekranu w trybie graficznym (GRAPHICS)]]

==== DOS ====
* [[Wiersz poleceń]]
* [[Dostęp do plików]]
* [[Lista funkcji specjalnych CIO według urządzeń|Funkcje XIO]]
===== SpartaDOS X =====
* [[Programowanie: Jak stwierdzić obecność SpartaDOS X oraz jego konfigurację pamięci | Jak stwierdzić obecność SpartaDOS X oraz jego konfigurację pamięci]]
* [[TD Line: wyłączenie i włączenie z poziomu programu]]
* [[Programowanie: Jak parsować przełączniki z parametrami | Jak parsować przełączniki z parametrami]]
* [[Programowanie: Program odporny na RESET#SpartaDOS X | Program odporny na RESET]]
* [[Programowanie: Dostęp do pamięci rozszerzonej | Dostęp do pamięci rozszerzonej]]
* [[Programowanie: Przerywanie długotrwałych operacji klawiszem BREAK | Przerywanie długotrwałych operacji klawiszem BREAK]]
* [[Programowanie: Parsowanie zawartości zmiennej środowiskowej | Parsowanie zawartości zmiennej środowiskowej]]

=== Kody ===
* [[ATASCII|Kod ATASCII]]
* [[Kody ekranowe]]
* [[Kody błędów]]
* [[Kody klawiszy]]
* [[Znaki kontrolne edytora ekranowego|Kody kontrolne edytora ekranowego]]
* [[Programowanie: Konwersje znaków ATASCII i ANTIC|Konwersje znaków ATASCII i ANTIC]]

==Obliczenia stałoprzecinkowe==

=== Ośmiobitowe ===

* [[Programowanie: Konwersja liczby binarnej na cyfrę hex|Konwersja liczby binarnej na cyfrę hex]]
* [[Obroty bitowe]]
* [[Odejmowanie od (2 do X)-1]]
* [[Odwrócenie stanu znacznika C]]
* [[Przesunięcie arytmetyczne]]
* [[Rozszerzenie arytmetyczne]]

=== Szesnastobitowe ===
* [[Programowanie: Dzielenie 16-bitowe z wynikiem 32-bitowym|Dzielenie 16-bitowe z wynikiem 32-bitowym]]
* [[Programowanie: Mnożenie 16-bitowe z wynikiem 32-bitowym|Mnożenie 16-bitowe z wynikiem 32-bitowym]]

== Grafika ==

* [[Programowanie: Plot w Graphics 0|Plot w Graphics 0]]
* [[Programowanie: Rysowanie punktu|Rysowanie punktu]]
* [[Programowanie: Rysowanie linii|Rysowanie linii]]
* [[Programowanie: Definiowanie niestandardowych trybów graficznych | Definiowanie niestandardowych trybów graficznych]]
* [[Programowanie: Konwersja kolorowej grafiki z układu 6845| Konwersja kolorowej grafiki z układu 6845]]

== Dźwięk ==

* [[Programowanie: Detekcja stereo|Detekcja stereo]]
* [[Programowanie: Odtwarzanie sampli|Odtwarzanie sampli]]

==Techniki przyspieszania kodu==

* [[Skoki do adresów w tablicy]]
* [[Szybsze zapamiętywanie rejestrów w procedurze przerwania]]

==Techniki skracania kodu==

* [[Inkrementacja i dekrementacja liczb wielobajtowych]]
* [[Obliczanie adresu danych dla podprogramów]]
* [[Ujemne indeksowanie]]
* [[Ustawianie i kasowanie znaczników]]
* [[Wielobajtowe NOP-y]]

==Inne==

* [[Programowanie: Jak wyłączyć ROM systemu|Jak wyłączyć ROM systemu]]
* [[Programowanie: Dekompresja danych w formacie DEFLATE | Dekompresja danych w formacie DEFLATE]]
* [[Programowanie: Dekompresja danych przy użyciu Exomizera | Dekompresja danych przy użyciu Exomizera]]
* [[Programowanie: Dekompresja danych w formacie LZ4 | Dekompresja danych w formacie LZ4]]
* [[Programowanie: Zapis na ekran w różnych systemach liczbowych| Zapis na ekran w różnych systemach liczbowych]]
* [[Prosty generator pseudolosowy|Prosty generator pseudolosowy]]
* [[Pętle opóźniające|Pętle opóźniające]]
* [[Programowanie: Program odporny na RESET | Program odporny na RESET]]
* [[Programowanie: Przesuw poziomy z regulowaną prędkością | Przesuw poziomy z regulowaną prędkością]]

== Urządzenia peryferyjne ==

===Stacje dysków===
* [[Programowanie stacji LDW Super 2000 i CA-2001]]
* [[Suma kontrolna SIO|Obliczanie sum kontrolnych SIO]]

=== Twarde dyski ===
* [[APT]]

===[[VBXE]]===
* [[Wykrycie VBXE]]
* [[Konwersja numeru banku MEMAC B na PORTB i odwrotnie]]

===Inne===
* [[APE Time]]
* [[URL Submit]]

== Turbo BASIC XL ==
* [[Programowanie w Turbo BASIC XL]]

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

Lista handlerów CIO

2019-07-06T21:14:52Z

Montezuma:

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]]
|-
| C: || Atari || Handler magnetofonu || W ROM-ie
|-
| rowspan="2" | [[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
|-
| [[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]]
|-
| G: || Charles Johnson, 1985 || Drukowanie w trybie graficznym na drukarce EPSON i GEMINI || [http://www.strotmann.de/twiki/bin/view/APG/PgmGraphicsPrintDevice]
|-
| 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) instalujący w systemie RAM-plik w pamięci pod ROM, został opublikowany na łamach [[Tajemnice Atari]] w 1991 r.
|-
| 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]] opublikowano w piśmie [[Tajemnice Atari]] itd.
|-
| S: || Atari || Handler ekranu || W ROM-ie
|-
| [[S2:]] || [[KMK]] || Handler ekranu graficznego [[VBXE]] || [http://drac030.krap.pl/vbxe_s.arc U autora]
|-
| rowspan="4" | T: || Atari i in. || Handler modemu [[XM301]](?) ||
|-
| 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]
|-
| 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]]

SIO2BT

2019-07-06T20:51:19Z

Montezuma:

Projekt pozwalajacy na bezprzewodową (Bluetooth) komunikację 8-bitowych komputerów Atari z emulowanymi na Smartfonie lub komputerze PC urządzeniami SIO.

AspeQt

2019-07-06T20:46:42Z

Montezuma:

AspeQt to bezpłatny i otwarty (licencja GNU GPL 2) emulator szeregowych urządzeń peryferyjnych z wykorzystaniem połączenia [[SIO2PC]] w tym [[IO-Board]] i inne konwertery USB oparte na układach FTDI. W chwili obecnej program emuluje stacje dysków, magnetofon (tylko do odczytu) oraz drukarkę znakową. Działa w systemach Windows oraz pochodnych Unixa (BSD, Linux). Zbudowany jest w oparciu o bibliotekę [http://pl.wikipedia.org/wiki/Qt Qt].

Bieżąca (od dłuższego czasu) wersja to 0.6.

== Możliwości ==
* Emulacja do 8 stacji dysków,
* Obsługuje przyspieszoną transmisję SIO (do 6x i wg [[HS Index]]),
* Obsługuje obrazy [[ATR]] (format SIO2PC), [[XFD]] oraz katalogi,
* Eksplorator obrazów dla formatów Atari [[DOS 1.0]] / [[DOS 2.0]] / [[DOS 2.5]] / [[MyDOS]] / [[SpartaDOS]]
* Bezpośrednie wczytywanie plików wykonywalnych Atari
* Emulacja drukarki znakowej
* Odtwarzacz obrazów kaset

== Znane błędy ==
* W wersji 0.6 funkcja "Dysk -> Montowanie katalogu" (ang. "Disk -> Mount folder image") stosuje trik, który nie działa prawidłowo ze [[SpartaDOS X]]

== Zobacz też ==
* [http://aspeqt.sourceforge.net AspeQt na SourceForge]
* [[RespeQt]]
* [[SIO2BSD]]
* [[APE]]
* [[AtariSIO]]
[[Kategoria:Emulacja]]

Smart Device

2019-07-06T20:45:11Z

Montezuma:

To wirtualne urządzenie zaimplementowane w [[SIO2BT]] oraz w [[RespeQt]]. 
Aktualnie obejmuje dwie funkcje [[APE Time]] oraz [[URL Submit]]

[[Kategoria:Programowanie Atari 8-bit]]
[[Kategoria:Niezbędnik kodera]]

RespeQt

2019-07-06T20:41:43Z

Montezuma:

RespeQt to fork programu [[AspeQt]].

== Dodatkowe funkcje (w porównaniu do AspeQt) ==
* Wieloplatformowość (Windows/Linux/Mac)
* Obsługa protokołu [[DOS2DOS]] (PCLink)
* Obsługa [[Smart Device]]
* Obsługa komunikacji przez Bluetooth ([[SIO2BT]])

== Zobacz też ==
* [https://github.com/jzatarski/RespeQt RespeQt na GitHub]
[[Kategoria:Emulacja]]

URL Submit

2019-07-06T17:36:42Z

Montezuma:

Protokół pozwalający na przesłanie URL do urządzenia SIO.
Zaimplementowany w [[SIO2BT]] oraz w [[RespeQt]]. 
Służy typowo do przesłania liczby punktów uzyskanych w grze (Hi-Score) na serwer administrujący listą wyników (np. https://xxl.atari.pl/hsc/). 
Urządzenie SIO otwiera przeglądarkę internetową i przekazuje jej URL odebrany przez SIO. 

== Szczegóły techniczne ==

Zapis odbywa się za pośrednictwem [[SIO]]. Wartości [[SIO#DCB|DCB]] trzeba ustawić następująco:

* DDEVIC: $45
* DUNIT: $01
* DCMND: $55
* DSTATS: $80
* DBUFA: adres bufora o wielkości maksymalnie 2000 bajtów
* DTIMLO: dowolna wartość, typowo od 1 do 7
* DBYTLO: wielkość bufora danych (LSB)
* DBYTHI: wielkość bufora danych (MSB)
* DAUX1: wielkość bufora danych (LSB)
* DAUX2: wielkość bufora danych (MSB)

W buforze powinien się znajdować łancuch znaków ASCII, nie zawierający znaku końca linii, np.

http://analog.klanky.com/leaderboards/SaveScore.php?game=PD2012&name=--------&level=00&score=000000&key=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Poniżej prosty handler urządzenia [[CIO]] B: 
https://github.com/TheMontezuma/B-Handler 
ktory używa URL Submit. 

[[Kategoria:Programowanie Atari 8-bit]]
[[Kategoria:Niezbędnik kodera]]

SIO

2019-07-06T17:04:49Z

Montezuma: /* Wykaz urządzeń */

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ń===

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>$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. 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, sumę kontrolną oraz dwa dodatkowe bajty służące do pomiaru równomierności przesuwu taśmy.

==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]

==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]]