Załóżmy, że napiszesz, jakie to urządzenie. Wtedy może się okaże, że ktoś je posiada i to sprawdzi.

Cześć,

Jeżeli urządzenie [ND] zostanie wybrane, wtedy podłącza swój ROM w to miejsce, co jest niezależne od podłączonego/odłączonego OS ROM. ND ma swój dekoder adresowy niezależny od MMU. Inny software nic nie musi wiedzieć ponieważ w czasie, gdy trwa obsługa operacji ND nic innego nie zostanie wykonane (chyba, że jakieś przerwanie) więc tu raczej nie ma możliwości kolizji. Po wykonaniu operacji uprzednio wybrane ND jest odłączane. Nie może pozostać "wiszące" ponieważ kolidowałoby to ogólnie z działaniem systemu, np. inne urządzenia nie mogłyby działać i także byłby problem z dostępem do RAM pod ROM.

https://www.atarimagazines.com/v3n9/Parallel_Bus.html

Pozdrawiam

P.S. O tym co się dzieje powinien decydować sygnał /MPD. MMU podczas jego aktywności nie powinien pozwolić na podłączenie czegokolwiek w obszar $D800-$DFFF. ND samo dekoduje ten zakres. Tak mówi logika, a jak jest w rzeczywistości?

Takie urządzenie, które podmieni ROM w obszarze $D800-$DFFF można wymyślić. Po prostu w odpowiedzi na jakiś warunek logiczny urządzenie wystawi /MPD i odblokuje jednocześnie swój dekoder.

Możesz zrobić sprawdzenie priorytetów sam - w taki na przykład sposób:

1. Najpierw sprawdzasz obecność danych ROM Mathpack. Zakłądam, że jest OK
2. Dołączasz pin /MPD na złączu ECI do masy (odłączasz obszar ROM) i sprawdzasz zawartość obszaru (powinny być same #$FF bo nic tam nie powinno być dane wiszą w powietrzu czyli "1")
3. Poprzez PORTB odłączasz ROM i sprawdzasz czy masz dostęp do RAM pod ROM oczywiście w taki sposób aby OS się nie załamał.

Jeśli będziesz mieć dostęp do RAM mimo obecności aktywnego /MPD to będzie oznaczało, że priorytet ma PORTB i odłączenie ROM bitem 0, wtedy zawsze będziesz mieć dostęp do RAM pod ROM niezależnie od innych sygnałów (poza CasInhibit)

1) opisujesz urządzenie w xml czy czego tam aktualna wersja altirry używa i sprawdzasz
2) nie, mmu nie ma żadnych elementów pamiętających

1) zgniłe kompromisy - urządzenia przedłużają wektory i tak możemy mieć więcej niż jedno urządzenie D: - po prostu ostatnie zarejestrowane sprawdzi czy to ono jest wołane, a jeśli nie, przekaże kontrolę do poprzedniego i tak aż przejdziemy do procedury systemowej
2) to, że urządzenie korzysta z jakiegoś złącza nie implikuję, że jest ono urządzeniem typu ND - np standardowe rozszerzenie pamięci nim nie jest, nawet jeśli korzysta ze złącza PBI czy CART/ECI

turbo badziewny system NevDevice bo jak na 8 kart ktore instaluja swoj sterownik a jedna z nich jest jednak urzadzeniem do podlaczenia np. dysku to kolejnosc kart bedzie miala znaczenie hehe, podlaczysz jako nr 7 lub 8 i nawet DOSa nie zaladujesz :D jedne co mozna bedzie zrobic to boot z dysku bez instalacji sterownika D:

a jak jest?

a jak urzadzneie nie ma swojego ID bo nie bedzie wywolywane przez procedury I/O, nie ma wlasnej tablicy, to moge podlaczyc takie urzadzenie?

@xxl: Zwróć uwagę, że Rapidus i U1MB w tym wykazie nie są ani urządzeniami CIO ani SIO.

Pin wogole nie odnosisz sie do tematu watku,

Mono: nie mowimy o urzadzeniach (o tym zaraz) tylko o systemie NevDevice: ND pozwala na podlaczenie 8 takich urzadzen, jesli sa to urzadzenia ktore instaluja sterownik (CIO) np. kazde inny to przy 6 system sie zawala i nie chodzi o to czy komputer bedzie w stanie udzwinac to elektrcznie tylko to ze brakuje miejsca w tablicy hatabs
sprawa dwa, nawet jesli urzadzenie nie instaluje swojego symbolu w tablicy hatabs to i tam musi miec smbol ID dla podsystemu SIO i tablice podlaczana pod D8xx

a teraz o urzadzeniach: pytanie brzmi czy mozna podlaczyc urzadzenie ktore nie ma swojego ID dla podsystemu SIO, nie ma tablicy pod D8 a moze podmienic pamiec D800-DFFF - jesli ktores z urzadzen ktore wymieniles to potrafia to jestem zainteresowany czy odbywa sie to na tej zasadzie ze urzadzenie podlacza swoja pamiec TYLKO wtedy gdy w D1FF = 0 czyli ZLEWA caly system NevDevice.
pytanie dwa: czy takie urzadzenie moze rowniez (czy w gniezdzie car i eci sa do tego odpowiednie linie) "pamietac" co bylo zapisywane do portb?

W kwestie obsługi programowej nie będę wnikał.

Można zaprojektować urządzenie olewające cały mechanizm ND i podłączające swoją pamięć w obszar $D800-$DFFF. Wystarczy by logika urządzenia wystawiała /MPD w odpowiedzi na konkretny warunek logiczny (niekoniecznie związany z $D1FF) i jednocześnie uruchamiała własny dekoder adresowy sterujący czymkolwiek. Może włączyć w ten obszar również rejestry sprzętowe, pamięć RAM, do koloru - do wyboru. Takie urządzenie może również "obserwować" szynę adresową oraz danych i zapamiętywać to co zostało zapisane, np. do PORTB. Co należy najpierw uczynić?

Dokładnie określić założenia - co to ma robić.

P.S. Oczywiście zapamiętując to co zostało zapisane do PORTB może także używać tych danych do sterowania, czyli zwalniać obszar $D800-$DFFF w razie gdy bit 0 PORTB odłączy OS ROM. Na przykład...

@xxl
Co to w ogóle za pytanie? Nowe urządzenia obsługiwane są przez OS, który je uruchamia po kolei, ustawiając kolejne bity w rejestrze $D1FF. Uruchamia je tylko na czas przeprowadzenia operacji, po czym wyłącza. Kiedy już jakaś aplikacja jest załadowana i zostaje uruchomiona, żadne z urządzeń nie jest już aktywne. Z kolei po wyłączeniu OS ROM przez PORTB nie ma komu włączyć nowego urządzenia. Opisujesz sytuację, która w normalnym trybie ogóle nie wystąpi. Możesz ją co najwyżej sam sztucznie wywołać, uruchamiając nowe urządzenie bez udziału OS, a następnie wyłączając OSROM. Jak się wtedy zachowa nowe urządzenie? Będzie na swoim miejscu. Pamięć nowego urządzenia (wcale niekoniecznie ROM, bo częściowo może to być też RAM) pozostanie nadal obecna w obszarze $D800..DFFF. Bo MMU nie traktuje jej jako części OS ROM, włączanej i wyłączanej przez PORTB, tylko jako zupełnie odrębną przestrzeń adresową, niezależną od stanu PORTB. MMU w ogóle nie ma żadnej linii, przez która mógłby wpływać na pamięć nowego urządzenia. MMU wyłącza tylko ROM w tym obszarze w odpowiedzi na niski stan MPD.

Edit:
Nie jestem pewny na 100% i w tej chwili tego nie sprawdzę, ale jeśli dobrze pamiętam, jedynym problemem w sytuacji, kiedy wyłączony jest OS ROM a nowe urządzenie aktywne, może być konflikt z pamięcią RAM, której MPD nie wyłącza, a która powinna zostać wyłączona przez nowe urządzenie przy użyciu EXSEL.

OK, przepiszesz ROM do RAM, wyłączysz ROM, odwołasz się do ND, ND wyłączy RAM w obszarze ND przez EXSEL i co dalej spodziewasz się uzyskać? Możesz sobie w tej sytuacji kłapać bitem 0 PORTB ile tylko chcesz, a sytuacja pozostanie tylko taka, że poza przestrzenią adresową ND będziesz miał albo ROM, albo RAM, a ND będzie się twardo wtrzymać na swoim miejscu.