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

Aktualne

Procesor

Jak dla użytkownika zachowywało się R0 przy instrukcjach innych niż przesłania (przesunięcia, dodawanie, ...), kiedy było argumentem?
Jak zachowywało się R0 przy instrukcjach przesuwania kiedy było argumentem?
Czy w przypadku braku pamięci podczas pobierania rozkazu zwiększany jest licznik rozkazów?
Czy rozkazy SV* rzeczywiście nie zerują flagi V, jeśli była ustawiona?
Czy rozkazy arytmetyczne rzeczywiście nie zerują flagi V, jeśli była ustawiona?

Co było w komórce o adresie 0xffff przy odsłoniętym segmencie PROM pamięci MEGA
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 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: 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: 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