> Podczas współpracy komputera z 4 stacjami dysków wszystko się dzieje zgodnie z protokołem SIO, więc stwierdzenie "taka sytuacja występuje cały czas" wygląda na oderwane zarówno od rzeczywistości jak i od tej dyskusji.

jesli komputer wysyla komende do stacji numer x to COMMAND jest zwarty a 3 pozostale stacje nie szaleja. to normalna sytuacja.

> A w jaki sposób ...

no to podlaczmy kilka komputerow i kilka stacji dyskow w siec. jak moglaby wygladac siec zbudowana w oparciu o SIO? sprobujmy. mamy do dyspozycji 3 bity statusu linii przerwan. mozemy je dowolnie programowac jako wejscie i wyjscie wiec z dowolnego kompa w sieci mozemy ustawiac bity w PIA na kazdym innym komputerze w sieci. dowolny komputer aby przeprowadzic jakas operacje sprawdza status jednego z tych bitow (odpowiedzialnego za zajeta siec) jesli siec jest wolna ustawiamy bit i przeprowadza komunikacje, skonczyl, uwalnia siec. pomysl na szybko. moze to tak dzialac?

gwiazdy leca nie w tym kierunku co trzeba?

zeby to sie przerodzilo w gre :-)

@Fox: przystawka dla cheaterow w grach ;-)

debugowalem i oto wyniki:

oprocz bledu z nieprzechwyceniem przerwan z BPI jest kolejny. mozna generowac niezidentyfikowane (przez OS atari) przerwania poprzez PIA, blad w systemowej procedurze rozpoznania znajduje sie tu:

$C0AD  bit $D303
$C0B0  bpl $C0B8
$C0B5  jmp ($0204)
$C0B8

brakuje sprawdzenia bitu 6 $D303 chociazby rozkazem bvc/bvs

cytat z atariki: Rejestr kontroli portu B. Znaczenie bitów:
bit 7: status przerwania IRQ portu B (1 - wystąpiło)
bit 6: nieużywany (zawsze 0)
bit 5: nieużywany (zawsze 1)
bit 4: nieużywany (zawsze 1)
bit 3: sterowanie linią COMMAND gniazda SIO (0 - aktywna)
bit 2: bit wyboru funkcji rejestru PORTB: 0 - rejestr kierunku przepływu danych, 1 - rejestr przesyłania danych.
bit 1: nieużywany (zawsze 0)
bit 0: zezwolenie na przerwanie IRQ portu B (1 - dozwolone)

nieprawda, nieuzywany chyba przez system operacyjny bo normalnie mozna programowac PIA. powinno byc:

bit 7: status przerwania IRQB1 portu B (1 - wystąpiło)
bit 6: status przerwania IRQB2 portu B (1 - wystąpiło)
bit 5: funkcje1
bit 4: funkcje1
bit 3: funkcje1
bit 2: bit wyboru funkcji rejestru PORTB: 0 - rejestr kierunku przepływu danych, 1 - rejestr przesyłania danych.
bit 1: funkcje2
bit 0: funkcje2

w zaleznosci od funkcji1
bit 3: moze byc linią COMMAND gniazda SIO lub wejsciem przerwan

funkcje2: wybieraja zachowanie linii INTERRUPT

nie ma informacji ze linia "COMMAND" MOZE BYC WEJSCIEM PRZERWAN i zglasza to bitem 6 w rejestrze PBCTL PIA?

to samo dotyczy PACTL. mozna zaprogramowac linie MOTOR CTL tak, ze bedzie WEJSCIEM przerwan - tylko tu jest problem taki, ze atari ma sprzetowa blokade w postaci tranzysotra, wiec jesli chcemy odbierac ta linia przerwania nalezy wpiac sie przed tranzystor ;-) tu sobie mozna wymyslec rozszerzenie ktore z tego korzysta bo z gniezda SIO nie mozna wywolac tego przerwania.

czy ktos ze sprzetowcow moze to potwierdzic lub zaprzeczyc?

ok. czyli dla pelnej jasnosci mozesz ustawic kolor tla na niebieski a kolor czcionki na czerwony z luminancja rozniaca sie o 2? a co sie stanie jesli postawisz obiekt PM "za" znakiem - znak przejmie kolor obiektu PM czy nie.

---
mozesz zrobic dobrej jakosci zdjecie ?

i nie mozemy tego wykryc ani obsluzyc bez wylaczania OS, a wplyw to ma dzialanie komputera.

@mono, to ze mozna obslugiwac standardowa sytuacje przerwania przez wektor VIMIRQ to jest jasne, mowimy o niestandardowej sytuacji gdy atari skacze do $C0C9

samo rti nie wystarczy bo OS podczas sprawdzania czy nie ma ustawionego bitu $10 stanu procesora wczesniej zrzuca ze stosu rejestr A wlasnie do $028C. czyli musi byc:

lda $028C
PHA

czyli 4 bajty a nie 3
bo zaraz po nich jest procka wyjscie z przerwania dla calej reszty

PLA
RTI

z tym patchowaniem osa to tez srednio, to tak jakby sie przyznac ze programisci OSa nie wiedzieli co pisza :/

moze jest inne potencjalne zrodlo takiego przerwania? ktore z premedytacja musi byc ignorowane?

przerwanie pbi obslugiwane jest tu:

$C047  lda $D1FF
$C04A  and $0249
$C04D  beq $$C052
$C04F  jmp ($020A)
$C052  ...

ale sluszna uwaga, czyli jesli urzadzenie pbi moze zglosic przerwanie irq ale sterownik tego urzadzenia podczas inicjalizacji nie zglosi do systemu ze urzadzenie ma taka mozliwosc to os atari zawsze wyladuje tu: $C0C9 ? jakis czas sie to wykonuje, czyli przyspawamy 2 kabelki z pokretlem zmianiajaca czestotliwosc generowania takich niezidentyfikowanych przerwan i mamy mozliwosc recznego sterowania szybkosci dzialania programow ???

no powiedzmy ze tak... ale podobna procke nierozpoznanego przerwania maja wszystkie atari, nie wiem, czy atari np. 400 lub atari5200 tez ma pbi?

"Drugą zaletą systemu operacyjnego Atari w przeciwieństwie do innych
producentów jest to, Ŝe panuje tam porządek.
To oznacza, Ŝe cały system jest podzielony na małe procedury, w
których bardzo łatwo moŜna określić, co się otrzyma po określonym
pobudzeniu.
Z małymi wyjątkami moŜna powiedzieć, Ŝe ten system operacyjny był
pisany przez inŜynierów, którzy doskonale rozumieją swoją pracę."

ciekawe, ze z kazdej strony barykady w tamtych czasach rzucano identycznymi fanbojowymi tekstami :-)

dobra publikacja. sciagnalem.

jeszcze nie jest ostateczna wersja. a gdzie te wiecej kolorow potrzeba?

tez gdzie swidzialem takie atr.

tu masz jeden