содержимое ПЗУ В ОЗУ

[Руслан]

Привет, я не могу понять следующего. Вот к примеру в Ленинграде и пр. 64кб озу, Я как бы думал что содержимое пзу копируется в первые 16кб оперативки, но как мне сказали что комп постоянно работает с пзухой. Тогда по идее нижние 16 кб свободны под пользование?
И еще, а можно ли как нибудь с пзухи при включении копировать содержимое в озу? Чтоб в дальнейшей работе комп не обращался больше к пзу.

[Advertiser]

[vinxru]

Тогда по идее нижние 16 кб свободны под пользование?

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

---------- Post added at 11:01 ---------- Previous post was at 11:01 ----------

И еще, а можно ли как нибудь с пзухи при включении копировать содержимое в озу? Чтоб в дальнейшей работе комп не обращался больше к пзу.

Есть и такие клоны (варианты Спектрума). То есть, схема должна это поддерживать. В обычном ZX Spectrum 48K или Ленинграде без паяльника такого не сделать.

И решать сейчас эту проблему бессмысленно, логичнее взять ZX 128К (как вариант Пентагон 128), там вся память доступна и её больше в 2 раза.

[vlad]

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

Теоретически можно, триггер (к примеру ТМ2) прицепленный к какому нить биту порта отключающий проецирование ROM в окно CPU0 (#0000-#3FFF) на него поданный Reset# и тумблер на усмотрение + логика разрешающая работу RAM на чтение(при выключенном бите - сост. лог. '1') / (запись при отключенном - сост. лог. '0').
Практически не нужно, разве что делать больше нечего...

Все это можно реализовать на ReVerSE, попробовать как будет работать, ну а после уже решить делать или не делать такую доработку на реальном Ленинграде

[Prusak]

Я делал такую доработку в Ленинграде, правда очень давно. Копировал содержимое ПЗУ в ОЗУ, работал. Только есть один косяк в работе ПЗУ Basic-48 - портятся первые ячейки ОЗУ где-то с адреса #0000 примерно.

[vlad]

Только есть один косяк в работе ПЗУ Basic-48 - портятся первые ячейки ОЗУ где-то с адреса #0000 примерно.

Косяк такой правится в подпрограмме "SKIP CONSTANTS" (Пропустить константы) расположенной по адресу #33F7, заменой по адресу #33FB указателя #0000 на #002B указывающий в неиспользуемое место в ПЗУ.
Делал такое еще на "Робик", там такая возможность уже была реализована через OUT 15, 0.

[HardWareMan]

А зачем вообще ПЗУ барсику писать в самого себя, хотя он знает, что он в ПЗУ?

[psb]

некоторые проги (особенно демы) тоже иногда пишут в пзу. и знают, что именно в пзу пишут! потому что так надо.

[HardWareMan]

Больные на голову программисты? Если во время написания этих дем 20 лет назад было и так ясно, что ПЗУ оттуда никуда не денется и писать туда бессмысленно, то зачем вообще это? Какой-то хитрый план украсть такты/определить родное (заведомо пропатченное, у автора демки) железо? Все равно не понимаю.

[goodboy]

ПЗУ оттуда никуда не денется и писать туда бессмысленно, то зачем вообще это?

сразу вспоминаются процедуры очистки экрана которые затирают область от конца аттрибутов до 0
или останавливаются когда считанный байт не равен записанному

[HardWareMan]

Видел и сам делал процедурку считавшую контрольную сумму (или четность) ROM48 и TR-DOS, для выбора нужного драйвера для корректной работы наворотов нового железа в программе.

Чтение != запись, мы же говорим про порчу секции ПЗУ, если ее переместить в ОЗУ. Просто я не понимаю, это само ПЗУ себя портит или какой-то сторонний софт? Нужно исправлять проблему, а не делать заплатку на симптомы.