Распределение банков памяти

[NEO SPECTRUMAN]

Я бы сказал

смысл таков
что для правильности теста
быструю память нужно покинуть

хотя наверное лучше не допускать появлений снега и прочих глюков
оставить обработчик прерываний в пзу
и сделать DI

[Advertiser]

[Spectramine]

смысл таков
что для правильности теста
быструю память нужно покинуть

хотя наверное лучше не допускать появлений снега и прочих глюков
оставить обработчик прерываний в пзу
и сделать DI

Да, тестирующий код должен быть в адресах до #8000. Чтобы снега не было, не надо трогать регистр I (он и не нужен). И DI конечно нужна, куда ж без неё.

[NEO SPECTRUMAN]

1024 байта за один RET

ложить ret-ы бесполезно

проще ldir-ить содержимое памяти в экран
+повесить счетчик чтоб видить
и на каждом цикле увеличивать выдержку (или управление с клавиатуры)
и визуально смотреть
что утекает первым что вторым

[Spectramine]

Вот примерно так я и думал сделать тест в этот раз. В прошлый я просто память в эмуле просматривал, меняя время теста.

[omercury]

Если рефреш DRAM завязан на Z80, то для порчи ОЗУ достаточно посадить его на WAIT дольше некоторого времени. Программные манипуляции с регистром R так же сработают.

В наших клонах программно заставить память "забыть" данные невозможно - регенерацией занимается сканер экрана.
В "фирме" можно убить только "быструю" память.

Для теста не забыть, что каждое чтение будет регенерировать целую строку массива памяти, а их всего 128.
Из них несколько первых адресов успеют натикать до сброса R.

Зачем этот тест нужен не спрашиваю.
И так понятно, что ответ будет: "чтобы был")))

[Spectramine]

Зачем этот тест нужен не спрашиваю.
И так понятно, что ответ будет: "чтобы был")))

Мне нужен для того, чтобы сэмулировать утекание ОЗУ в Спектрумах 48.

[NEO SPECTRUMAN]

Зачем этот тест нужен не спрашиваю.
И так понятно, что ответ будет: "чтобы был")))

например регистром R можно пользоваться по своему усмотрению
им можно условно мерять интервалы времени
или же использовать для прибавления какого нибудь числа к А
в 7-м бите можно хранить какой нить "флаг"

но будет явно не хорошо
если поделие на фирменных спектрумах
будет зависать изза потери памяти...

- - - Добавлено - - -

"чтобы был")))

а может можно этой очисткой вообще как то воспользоваться

хотя быстрой очистки буферов так не сделаешь
по моему память помнит достаточно долго...

а тк машинку совершенствовать нельзя
ибо низя низя
то нужно искать чем же малоизвестным можно воспользоваться еще для расширения возможностей

и излишнюю нелюбовь к порту FF я тоже не понимаю
он есть
ладно когда можно было обойтись без него
но им то тоже можно хитро пользоваться

- - - Добавлено - - -

чтобы сэмулировать

скорей
чтобы симулировать

[HardWareMan]

В наших клонах программно заставить память "забыть" данные невозможно - регенерацией занимается сканер экрана.
В "фирме" можно убить только "быструю" память.

Я это и так знаю. Но, у меня есть два вопроса: 1. На оригинале есть системный разъем? 2. Если разъем есть, то на нем есть WAIT? Если будет два "да", тогда сценарий более чем вероятен.

[omercury]

например регистром R можно пользоваться по своему усмотрению
им можно условно мерять интервалы времени
или же использовать для прибавления какого нибудь числа к А
в 7-м бите можно хранить какой нить "флаг"

Если мне не изменяет мой склероз, то в бейсике R используется для генерации псевдослучайного числа (RND)

Но, у меня есть два вопроса: 1. На оригинале есть системный разъем? 2. Если разъем есть, то на нем есть WAIT?

1. Да
2. Да
3. Да, на шине есть сигнал /BUSRQ
4. Да, на шине есть сигнал /RESET
Способов достаточно
но, только не для экранной памяти.

[Destr]

Если мне не изменяет мой склероз, то в бейсике R используется для генерации псевдослучайного числа (RND)

Да ладно???
Мне всю жизнь казалось что бейсик весь построен на честной (и весьма неторопливой) математике, без всяких аппаратных фич...
Ну дела!

Как-же тогда умудряется работать RANDOMIZE x ?
(которое задаёт начальный сигнал для генерации того RND)