a widzisz, nie da sie. to tylko command i motor ctrl mozna przeprogramowac :/

trzeba krosowac kabel sygnaly interrupt i motor ctrl

z postu 36 zmianimy:

komp 1/2: motor ctrl (out) interrupt (in)

cala reszta tak samo? slaby punkt?

:/ tez juz pislame w poscie 16.

jest tam jeszcze kilka mozliwosci przeprogramowania PIA i postaram sie przez weekend rozpracowac co jeszcze mozna z tego wycisnac.

a komentarz do postu 36 ?

kilka razy wczesniej pisalem, ze PIA ma 4 linie w gniezdzie SIO: COMMAND,MOTOR CTL,PROCEED,INTERRUPT. wiadomo jak programuje je OS ale okazalo sie ze mozna je dowolnie zaprogramowac jako wejscie lub wyjscie, wszystkie maja bity statusu w PIA itd. linia MOTOR CTL jest nie do uzytku bo jest sprzetowo zablokowana przez tranzystor na plycie atari, pozostale linie sa do wykorzystania

:-) nie chodzi o znaczenie pojecia bo sprowadzimy rozmowe do poziomu 'czytania instrukcji obslugi' ;-) tylko gdzie problem KONKRETNIE wystepuje w tym przypadku :-)

@Krótki: komputer nie przelacza linii COMMAND kiedy chce.
mamy 3 linie wejscia/wyjscie PIA jedna z nich to COMMAND znaczenie znane, obydwa komputery maja ta linie ustawiona na WEJSCIE (czyli odwrotnie jak standardowo) lub standardowo na WYJSCIE a mozliwosc komunikacji rozstrzygana 'nizej'.

mamy komputer 1 i 2, komputer 1 zglasza status linia 1 PIA, komputer 2 linia 2 PIA czyli:
komputer 1 linia A(in) linia B(out)
komputer 2 linia A(out) linia B(in)
obydwa obsluguja przerania generowane przez PIA (ale tez niekoniecznie - moga ustawiac bity przeciwnego kompuera nie wywolujac przerwan - cpu moze miec prerwania zablokowane ale odpowiednie bity w PIA beda sie zachowywaly jak trzeba nadal).

czyli mamy taka sytuacje:
1|2 - komputery
1) 0|0 - konfigurowane linie PIA
2) 0|1
3) 1|0
4) 1|1

sytuacja 2 i 3 jest jasna - jeden z nich zajmuje siec. rozumiem Krótki, ze chodzi o sytuacje 4.

no wiec tak:
komputery chca zglosic chec przejecia sieci, sprawdzaja 2 linie PIA i napotykaja sytuacje 1) 0|0 czyli moga zglaszac chec. ustawiaja swoje linie satusu co sprzetowo ustawia odpowiedni bit w PIA drugiego komputera.

i teraz mamy sytuacje 4) 1|1 czyli obydwa komputery chca przejac siec. obydwa komputery sprawdzaja bity statusu ORAZ bity konfiguracji swojej linii statusu.
komputer A napotyka 1|1 (mam priorytet, zajmuje siec - konfiguruje COMMAND lub nie zaleznie od tego co na poczatku napisalem ale komunikacja jest mozliwa, siec nalezy do mnie)
KOMPUTER B napotykam 1|1 (nie mam priorytetu, kasuje swoja linie, sytuacja 3) 1|0 - ktos inny ma siec, wyjdz.

o to chodzilo?

e, tam. na uparciocha COMMAND i INTERRUPT tez by sie dalo.
nie wiem czy pisalem ale INTERRUPT i PROCEED opisane w atariki jako wejscie przerwan moze byc rownie dobrze skonfigurowane na WEYJSCIE :-) linie COMMAND,INTERRUPT i PROCEED programuje sie dokladnie tak samo :-)

przydaloby sie zeby ktos obeznany sprzetowo dal kilka wskazowek.

---
dwa komputery, jedna stacja, wszystko podlaczone STANDARDOWYM kablem SIO, atarki nie moga wymieniac sie danymi (tylko pozostalymi dwoma liniami PIA, ktore oznaczaja zajecie sieci) ale moga korzystac ze wspolnej stacji dyskow. jedna zmiana - obydwie atarki maja ustawione COMMAND na wejscie, przelaczenie ktorejkolwiek na wyjscie a co za tym idzie zajecie sieci i uzycie stacji zglasza liniami PIA, zeby druga atarka nie mogla przelaczyc command na wyjscie.

ogolnie to ciekawi mnie dlaczego atari8bitowe nie mialo zadnej namiastki sieci - a moze mialo?

zamienic kolejnosc tych dwoch przewodow w kablu?

> 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?