Регенерация ОЗУ

[Conan]

Упс я подумал что там повышена частота, эсли период значит да - это плохо, может поэтому он (Ленинград) был такой не устойчивый к помехам - как что так сразу рестарт

И это еще не вся правда: на большинстве клонов с 312 строками в экране, период регенерации, для части ячеек ОЗУ (РУ5) превышен почти в 4 раза! Причина этого достаточно проста: цикл регенерации видеоконтроллером равен 64 строкам, а в 312-ти строках, таких циклов помещается только четыре. Пятый остается незаконченным.

Когда-то в 1991 году, все это и стало одной из причин создания видеопроцессора на Z80 в компьютере ZX-Next – там с регенерацией все в порядке. Честно говоря, я хотел рассказать про регенерацию на zxnext.narod.ru (драфт статьи валяется уже почти год). Но раз уж вопрос задали тут, то пусть народ знает.

[Advertiser]

[апро]

И это еще не вся правда: на большинстве клонов с 312 строками в экране, период регенерации, для части ячеек ОЗУ (РУ5) превышен почти в 4 раза! Причина этого достаточно проста: цикл регенерации видеоконтроллером равен 64 строкам, а в 312-ти строках, таких циклов помещается только четыре. Пятый остается незаконченным.

Уточню, вдруг кому пригодится.
В связи с двухсекционной структурой микросхемы не обязательно производить регенерацию по всем строкам матрицы (две секции регенерируются одновременно), поэтому достаточно в цикле регенерации перебирать первые 128 строк матрицы. 128 строк матрицы перебираются за 32 телевизионных строки.
Первые 8 телевизионных строк регенерируют адреса 0-31.
С 9 по 16 телевизионные строки регенерируют адреса 32-63.
С 17 по 24 телевизионные строки регенерируют адреса 64-95.
С 25 по 32 телевизионные строки регенерируют адреса 96-127.
Номера телевизионных строк условны, главное их количество.
За 312 телевизионных строк происходит 9 полных циклов регенерации, что соответствует 2 мс . 10 цикл не полный проходит на 3 четверти полностью. 1 четверть адресов(8 экранных строк) не регенерируется, задержка между регенерацией 4 мс(период регенерации превышен в 2 раза). Помощь в регенерации процессором во время RFSH не существенна. Для 565ру5 период регенерации заявлен примерно 2 мс.

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

На экране 128 байт без учета аттрибутов - это 4 строки

Но адреса этих 4 строк регенерируют одни и те же адреса от 32 до 64 адресов(смотря какие это будут строки).

Одна экранная строка - 64 мкс. 4*64=256 мкс,что значительно меньше чем паспортные 2 мс.

Видеоконтроллер так не регенерирует. Расчёт неверен, как как принцип работы видеоконтроллера не понят верно.

даже во время изображения бордюра видеоконтроллер продолжает читать информацию из памяти. Неважно откуда, главное что младшие 7 бит "перепутанного" адреса перебираются в любом случае за 4 экранных строки.

Так видеоконтроллер не работает и регенерация тоже.
Для понимания работы видеоконтроллера и как он регенерирует память нужно представлять как распложено адресное пространство в памяти микросхемы(оно линейно), а видеоконтроллер производит регенерацию не линейно(8 раз подряд выставляет одни и те же 32 адреса, потом переходит к следующим 32 адресам и так далее до 128). Имею в виду адреса в младшем байте.

[reddie]

видеоконтроллер производит регенерацию не линейно

Это уже зависит от распиновки адресных сигналов. Выше расписывали, как можно реализовать беспроблемную регенерацию путем грамотного назначения адресов.
Собственно, так оно и должно быть сделано _везде_ , вот для примера древняя схема желтой платы Скорпиона:



На строки подается пять бит горизонтальной развертки H3-H7 и три бита вертикальной V3-V5 - итого полный реген обеспечивается за восемь строк знакомест.
Или 64 ТВ-строки. Что вполне допустимо (применяются м/с РУ7). А если делать, как писали выше - для РУ5 весь реген займет четыре ТВ-строки, для РУ7 - восемь.
Достаточно подавать другие сигналы на входы. Все равно каждую строку читаются разные пикселы, следовательно, 256 выборок это 32х8 разных строк.

P.S. Глянул, а это, оказывается, подняли умершую тему =))) ну да ладно, пусть инфа будет.

[апро]

А если делать, как писали выше - для РУ5 весь реген займет четыре ТВ-строки

Вот здесь ошибка. Правильно будет четыре знакоместные строки, а не тв-строки. В тв-строках будет 4*8=32.

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

Достаточно подавать другие сигналы на входы. Все равно каждую строку читаются разные пикселы

Во время чтения видеоконтроллером ячеек памяти экрана не допустимо выставление каких либо других адресов, что аппаратно невозможно. И пикселы тут не причём.

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

Выше расписывали, как можно реализовать беспроблемную регенерацию путем грамотного назначения адресов

Беспроблемность зависит от количества строк в кадре. Если у скорпиона 312 строк то данная схема с пропуском цикла регенерации, а если 320 то нет.

[reddie]

время чтения видеоконтроллером ячеек памяти экрана не допустимо выставление каких либо других адресов, что аппаратно невозможно

В чем проблема напихать на входы мультиплексоров данные в нужном разводчику платы порядке? Самой микрухе без разницы, как идет выборка.
Ставим туда пять байт X-адресов строк экрана (знакомест) и добавляем младших три бита Y-координаты пиксельных строк, которые меняются 8 раз за знакоместо.
Что и даст необходимый диапазон для полного перебора строк РУ7. А на столбцы уже подавать оставшиеся сигналы.
В вышеприведенной схеме Скорпа - да, реген занимает 64 строки. Но переделкой схемы можно уложить регенерацию в восемь.

[апро]

В чем проблема напихать на входы мультиплексоров данные в нужном разводчику платы порядке? Самой микрухе без разницы, как идет выборка.
Ставим туда пять байт X-адресов строк экрана (знакомест) и добавляем младших три бита Y-координаты пиксельных строк, которые меняются 8 раз за знакоместо.

Для этого нужно выборку куда то воткнуть. Между чем и чем вставить ещё одну выборку я не представляю. Если даже найти время, то схема мультиплексирования не оправдано усложняется. На самом деле всё отлично работает даже с 2 кратным временем регенерации.

У меня есть клон с перепутанными физически адресными входами на ру5. Разобравшись с регенерацией пришел к выводу, что нет разницы перепутаны или нет физические адреса А0- А7.

[AlexCrush]

принцип работы видеоконтроллера не понят верно.

Жаль, что вам что то непонятно в принципе работы видеоконтроллера и регенерации. Вы напишите что именно вам непонятно, я объясню.
Там всё довольно просто.

Так видеоконтроллер не работает и регенерация тоже.

И тут жаль, что у вас что-то не работает. У всех работает, у вас нет

[апро]

Вы напишите что именно вам непонятно, я объясню.

Ну вот такой момент я вижу так. Цикл регенерации задаётся перебором адресов байтов в тв. строке Н3-Н7 от 0 до 31. Номер знакоместной строки задаются V3-V5 от 0 до 7. Во временном интервале пока V3 = 0 проходит 8 циклов Н3-Н7.(выводит на экран 8 строк, но регенерирует 32 одни и те же адреса 8 раз подряд из за V3 = 0) далее V3 = 1 проходит ещё 8 циклов (выводит на экран ещё 8 строк, регенерирует следующие 32 одни и те же адреса 8 раз подряд из за V3 = 1). И так ещё 2 раза пока V5 будет равен 0. Пока V5 равен 0 происходит перебор 128 адресов. В итоге цикл регенерации проходит за время вывода на экран 32 теле строк(4 знакоместные строки). При выводе на экран 312 строк регенерация произойдёт 9,75 раз. 32 строки множим на 9 полных циклов получаем 288 строк с полным циклом регенерации. Время регенерации в этих 9 циклах составит 32 строки умноженное на 64 микросекунды равно 2,048 миллисекунды. В не законченном цикле время удваивается для четверти адресов.

В каком месте видео контроллер может выбрать 4 теле строки подряд с перебором 128 адресов?
Ответ ни в каком, он так не работает.

Возьми к примеру 1 знакоместо в экранной области.
1 телестрока 1 знакоместо имеет адрес #4000 двоичный 01000000 00000000
2 телестрока 1 знакоместо имеет адрес #4100 двоичный 01000001 00000000
3 телестрока 1 знакоместо имеет адрес #4200 двоичный 01000010 00000000
4 телестрока 1 знакоместо имеет адрес #4300 двоичный 01000011 00000000
5 телестрока 1 знакоместо имеет адрес #4400 двоичный 01000100 00000000
6 телестрока 1 знакоместо имеет адрес #4500 двоичный 01000101 00000000
7 телестрока 1 знакоместо имеет адрес #4600 двоичный 01000110 00000000
8 телестрока 1 знакоместо имеет адрес #4700 двоичный 01000111 00000000

Заметь младший байт не меняется от строки к строке, а ведь он ответственен за регенерацию.

Думать, что всё довольно просто, не значит знать.
Вы напишите что именно вам непонятно, я объясню.

[reddie]

младший байт не меняется от строки к строке

Повторюсь: что мешает переставить биты в адресе местами? Религия? Политика? Тут такие темы запрещены =)
Уже объяснял: вместо V3-V5 подаем V0-V2, и получаем реген за восемь ТВ-строк вместо 64-х. На списке строк с адресами (#4000-#4700) это отлично видно.
Отрезанные V3-V5 подаются вместо старых V0-V2, и на выходе получим те же данные из памяти. Чипу без разницы, в каком порядке идет выборка.
Главное - перебрать все столбцы в первой фазе задания адреса за допустимый период. С чем успешно справляется даже обычная схема перебора.

младший байт не меняется от строки к строке, а ведь он ответственен за регенерацию

В корне неправильное рассуждение. Часть адреса столбца формируется как раз из младшего байта, сигналы H3-H7. Вместе с V3-V5 они и дают адрес столбца.
Адрес строки (микросхемной) уже может быть любым, от него ничего не зависит. Туда подается каша из оставшихся сигналов, включая номер экрана.

[апро]

Повторюсь: что мешает переставить биты в адресе местами? Религия? Политика? Тут такие темы запрещены =)
Уже объяснял: вместо V3-V5 подаем V0-V2, и получаем реген за восемь ТВ-строк вместо 64-х. На списке строк с адресами (#4000-#4700) это отлично видно.
Отрезанные V3-V5 подаются вместо старых V0-V2, и на выходе получим те же данные из памяти. Чипу без разницы, в каком порядке идет выборка.

Пересчитай и выложи, я посмотрю как ты считаешь.