Глючит память

[tnt23]

Учитывая, насколько неудобный доступ к дополнительной банке, размещение там допстраницы видео выглядит завуалированным издевательством.

Доступ процессора к видеопамяти и так довольно неудобный: либо отключай ПЗУ и работай из первых 32К, либо мапь вторые 32К на первые. И то, и другое записью в порт управления банками ОЗУ. Так что смена экрана на этом фоне не создает каких-то неудобств.

(Вот разве что код Монитора, работающий с экраном, не сохраняет биты доступа к дополнительному ОЗУ и бит расположения экрана, что некрасиво)

Вопрос по регенерации микросхем памяти 256Кx1 остается открытым. Мультиплексор для MA7 есть (DD31 выход 9), его входы для регенерации заведены на лог.1, то есть в теории достаточно завести туда какой-нибудь подходящий клок?

[ivagor]

Доступ процессора к видеопамяти и так довольно неудобный: либо отключай ПЗУ и работай из первых 32К, либо мапь вторые 32К на первые.

Извини, моя занудность прорывается наружу. Все же если отключить ПЗУ, то работать с видеоОЗУ можно из первых 48 Кб.
А работать с допстраницей видеоОЗУ можно или через подпрограммы обмена с рамдиском (я этот геморрой как раз подразумевал) или как то исхитриться и запустить исполнение кода из рамдиска. Эту тему я не исследовал, есть ли такая возможность или нет.

Что касается моего предложения переключить видеостраницу и посмотреть, не изменится ли паттерн протухания ОЗУ, то при подключении сигнала VSU к 13, а не к 11 входу DD31 смысла в это скорее всего (с очень большой вероятностью) нет.
У меня вчера были идеи, как добавить разряд регенерации, но я их лучше подержу при себе, сначала надо проверить, что изменение разряда A7 DRAM повлияет на паттерн скисания.
Тут возможны варианты, например сделать как в журнале, т.е. временно подать VSU на 11й вход, а 13й - на землю. Хотя VSU на 13 можно оставить, если до переделки проверить и убедиться, что переключение видеостраницы не влияет на регенерацию.

[tnt23]

Все же если отключить ПЗУ, то работать с видеоОЗУ можно из первых 48 Кб.

Верно, я просто думал о другом редактор ZNG так и поступает, ну и Тетрис слямзил этот подход с ZNG.

Как работать с экранной областью в дополнительной памяти, я тоже не исследовал еще. Было бы логичным (с точки зрения удобства) оставлять первые 48К основной памяти как есть, с работающим в них кодом, и по сигналу VSU только подменять старшие 16К с экраном на дополнительные. Но как оно в реальности, не знаю пока.

сначала надо проверить, что изменение разряда A7 DRAM повлияет на паттерн скисания

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

[ivagor]

Было бы логичным (с точки зрения удобства) оставлять первые 48К основной памяти как есть, с работающим в них кодом, и по сигналу VSU только подменять старшие 16К с экраном на дополнительные.

Да, это было бы удобно, но если по схеме, которую ты привел, то там увы не так.

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

У меня появилась идея, что можно попробовать для проверки обойтись без резни и пайки. Но возникли вопросы, ответы на которые сообразить не могу.

дал настояться

Можешь подробнее написать, как конкретно ждал, что процессор выполнял в это время?

[tnt23]

Можешь подробнее написать, как конкретно ждал, что процессор выполнял в это время?

Заполнял в Мониторе память от 0 до 7FFFh единичками:

.F 0 7fff ff
.

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

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

Но возникли вопросы, ответы на которые сообразить не могу.

В эфире рубрика "Спрашивайте - отвечаем".

[ivagor]

В эфире рубрика "Спрашивайте - отвечаем".

Про ожидание был вопрос как раз в эту рубрику. А какой монитор, этот?

[Advertiser]

[tnt23]

Не совсем в тему, но занятное совпадение (про "Специалист" отсюда: http://www.asvcorp.ru/darch/asv/specialist/index.html):

Скрытый текст

У микросхем РУ7 была очень интересная особенность - длинный цикл регенерации. Доходило до того, что после выключения компьютера и последующего его включения - данные не успевали исчезнуть. Это натолкнуло на мысль о том, что можно сделать небольшой хак с графической подсистемой.
На специалисте выборка данных из видео-ОЗУ одновременно являлась механизмом регенерации памяти. Структура видеопамяти и вертикальное разрешение в 256 точек позволяло получить аппаратный вертикальный скроллинг экрана, если между формирователем адреса и адресной шиной поставить восьмиразрядный сумматор. Одно значение сумматор брал от формирователя адреса, другой - от регистра вывода, содержащего смещение экрана.
Сначала боялись, что такой хак с регенерацией будет приводить к потере данных, но на практике всё оказалось просто замечательно. Медленный скроллинг экрана был побеждён. В BIOS была введена поддержка этого скроллинга и был добавлен знакогенератор 8*8 символов. Это уменьшило количество символов в строке, но зато значительно ускорило вывод символов. Этот режим вывода символов стал основным.

[свернуть]

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

А какой монитор, этот?

Нет, монитор другой, с сигнатурой 240/7. С этим (в который вшита утилита TurboMonitor) у меня не получается работать из-за несовместимости контроллера клавиатуры.

[ivagor]

монитор другой, с сигнатурой 240/7.

Понял, встроенный в пзу. Я его запускал отключением cpm-ного пзу, а есть штатный способ (сам я не искал)?

[tnt23]

Понял, встроенный в пзу. Я его запускал отключением cpm-ного пзу, а есть штатный способ (сам я не искал)?

Из CP/M дать команду EXIT.

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

По поводу регенерации: в интернетах пишутъ, что в РУ7 впервые появилась авторегенерация по RAS.

[ivagor]

в интернетах пишутъ, что в РУ7 впервые появилась авторегенерация по RAS.

Что такое "авторегенерация по RAS" я не знаю, зато помню, что в РУ7, в отличие от РУ5 есть регенерация CAS-Before-RAS. Если ты готов организовать эту штуку в океане, то это круто, но имхо это потребует неслабых изменений и доработок.