смысл таков
что для правильности теста
быструю память нужно покинуть
хотя наверное лучше не допускать появлений снега и прочих глюков
оставить обработчик прерываний в пзу
и сделать DI
Вид для печати
Вот примерно так я и думал сделать тест в этот раз. В прошлый я просто память в эмуле просматривал, меняя время теста.
В наших клонах программно заставить память "забыть" данные невозможно - регенерацией занимается сканер экрана.
В "фирме" можно убить только "быструю" память.
Для теста не забыть, что каждое чтение будет регенерировать целую строку массива памяти, а их всего 128.
Из них несколько первых адресов успеют натикать до сброса R.
Зачем этот тест нужен не спрашиваю.
И так понятно, что ответ будет: "чтобы был")))
например регистром R можно пользоваться по своему усмотрению
им можно условно мерять интервалы времени
или же использовать для прибавления какого нибудь числа к А
в 7-м бите можно хранить какой нить "флаг"
но будет явно не хорошо
если поделие на фирменных спектрумах
будет зависать изза потери памяти...
- - - Добавлено - - -
а может можно этой очисткой вообще как то воспользоваться
хотя быстрой очистки буферов так не сделаешь
по моему память помнит достаточно долго...
а тк машинку совершенствовать нельзя
ибо низя низя
то нужно искать чем же малоизвестным можно воспользоваться еще для расширения возможностей
и излишнюю нелюбовь к порту FF я тоже не понимаю
он есть
ладно когда можно было обойтись без него
но им то тоже можно хитро пользоваться
- - - Добавлено - - -
скорей
чтобы симулировать
Если мне не изменяет мой склероз, то в бейсике R используется для генерации псевдослучайного числа (RND)
1. Да
2. Да
3. Да, на шине есть сигнал /BUSRQ
4. Да, на шине есть сигнал /RESET
Способов достаточно
но, только не для экранной памяти.