Poniżej lista pytań, które pojawiły się podczas prac nad EM400, emulatorem systemu MERA-400. Kolejność przypadkowa.

Aktualne

Procesor

Jak zachowywała się pamięć Elwro, kiedy w dwóch rejestrach RAL była ta sama wartość (dwa segmenty fizyczne chcą "odpowiedzieć" na adres logiczny)?

Q: Jak instrukcja MW ustawia flagę V?
A: Ustawia tak, jak AD i SD, czyli w praktyce nigdy nie ustawia.
Q: Czy instrukcje zmiennoprzecinkowe ustawiały flagę C na "wypadający" najmłodszy bit wyniku?
A: Tak, ale po krągleniu.
Q: Jaka jest kolejność elementów w priorytetowym układzie rezerwacji?
A: Taka, jak kolejność modułów "na kablu interfejsu".
Q: Jak często mogło być zgłaszane przerwanie zegarowe? Różne dokumentacje podają różne wartości.
A: Wszystkie schamty mówią, że: 2, 4, 8, 10, 20 milisekund.
Q: Jak naprawdę działały przeróbki procesora?
A: Patrz: Modyfikacje sprzętowe procesora
Q: Czy rozkazy SV* rzeczywiście nie zerują flagi V, jeśli była ustawiona?
A: Tak, nie zerują.
Q: Czy rozkazy arytmetyczne rzeczywiście nie zerują flagi V, jeśli była ustawiona?
A: Tak, nie zerują.
Q: Czy w przypadku braku pamięci podczas pobierania rozkazu zwiększany jest licznik rozkazów?
A: Tak.
Q: Jak zachowuje się R0 przy instrukcjach przesuwania i arytmetycznych, kiedy jest argumentem?
A: Rejestr jest zapisywany po ustawieniu flag, więc ich zmiany są nadpisywane wynikiem operacji.
Q: Jak dla użytkownika zachowywało się R0 przy instrukcjach innych niż przesłania (przesunięcia, dodawanie, ...), kiedy było argumentem?
A: j.w.

Q: Czy instrukcja odczytywania kluczy pulpitu technicznego (RKY) przepisywała klucze do rejestru zawsze, czy tylko, gdy przełącznik obrotowy był w pozycji KB? (a w przeciwnym wypadku zawartość rejestru nie była zmieniana)
A: Zawsze.
Q: Czy można z pulpitu pisać rejestry, gdy maszyna jest running?
A: Nie, tylko w stanie STOP.
Q: Czy odwołanie z pulpitu do nieistniejącej pamięci powoduje błąd/przerwanie?
A: Tak, operacje na pamięci z pulpitu są wciąż operacjami wykonywanymi przez procesor.

Q: Dlaczego adres był 15-bit? Przecież mógł być 16-bit i MERA mogła obsłużyć dwa razy więcej pamięci. Czy to ma związek z MEGA? Jeśli 15-bit, to co MERA robiła z 16 bit.
A: Patrz: Adresowanie pamięci
Q: Co było w komórce o adresie 0xffff przy odsłoniętym segmencie PROM pamięci MEGA?
A: Numer procesora (unikalny identyfikator systemu, de facto MEGI).

Q: Dlaczego tablica opisu dysków WINCHESTER CROOK-a pokrywa się z wektorami obsługi niezainstalowanych opcji (brak arytmometru)? Czy może to nie blok pamięci OS? Czy CROOK wymagał arytmometru wielokrotnej precyzji?
A: Bo CROOK nie obsługiwał konfiguracji bez arytmometru, więc mógł nadpisać obszar z wektorami.
Q: Jak wygląda bootstrap systemu?
A: Ładowanie systemu operacyjnego
Q: Pod jaki adres ładowany był system operacyjny? (czy też jakikolwiek "startowy" program ładowany do pamięci OS)
A: Pod adres 0
Q: Jak wyglądał proces instalacji CROOK-a?
A: Inicjalizacja talerza, wkopiowanie plików.
Q: Jaka jest organizacja bloku pamięci systemu operacyjnego? (patrz: Mapa pamięci)
A: Mapa pamięci CROOK-5
Q: Gdzie jest stos? Jak duży? (patrz: Mapa pamięci)
A: Stos jest tam, gdzie wskaże wskaźnik.
Q: Jak wygląda praca systemu dwuprocesorowego? jak dwuprocesorowość wykorzystywał CROOK?
A: CROOK nie obsługiwał konfiguracji dwuprocesorowej.

Q: Co było na pamięci PROM zainstalowanej w module zegarze czasu rzeczywistego AMEPOL-u? Jak duży był ten PROM? Czy można zabootować CROOK-a bez niego?
A: PROM miał 256 bajtów, był tam bootloader, na przykład (standardowo) CROOK-a.
Q: Co to jest MULTIX?
A: Patrz: MULTIX