Да, спасибо, но ее все равно нужно сверять, некоторые номиналы неразборчивы, частоты кварца нет.Цитата:
Сообщение от Pepsi
Кстати, заработала?
Вид для печати
Да, спасибо, но ее все равно нужно сверять, некоторые номиналы неразборчивы, частоты кварца нет.Цитата:
Сообщение от Pepsi
Кстати, заработала?
пока только заканчиваю с пайкой. за место ла3 лучше панельку поставить, буду переделывать. по кварцу смотрел кучу схем, вроде как на8мгц.Цитата:
Сообщение от Pluto
Вложение 74641
Кто может подсказать, с чем связано такое странно формирование сигнала записи в память на орионе? Чтобы обеспечить раннюю запись или ещё для каких целей?
Или из-за особенностей формирования процессором сигнала записи?
Electricman, а какое "такое" ?
Ну, "такое", фантомное - запись в память, если не активен сигнал чтения во время действия сигнала /Ф2, элемент DD16.1. Просто сколько не пробовал, запись в память, даже статику, происходит только по сигналам с дешифратора, который в данном случае работает демультиплексором. Родной /WR ничего не делает, хотя, если верить диаграммам, он приходит позже. Но везде эти диаграммы по-разному нарисованы.
Ну вот, эксперименты продолжаются. :)
Не смотря на странность сигнала записи, и с ним всё заработало, а именно заработала память на 2, ну, почти 2МБ. Так как особых ограничений в модульном орионе на объём памяти нет, то было попробовано выжать максимум. :)
Изначально планировалось попробовать подменные банки по 16кБ в первой странице, это давало квазинепрерывный объём в её пределах, грубо считая, 3*256 банков по 16кБ. Но это создавало другие проблемы и было оставлено. Поэтому был выбран вариант увеличить число страниц, в пределе до 256. И вроде оно даже получилось.
Первая задача - "избавиться" от дешифратора DD29 и растянуть регистр DD18.1 до 8 разрядов. Они, конечно, остались, но на управление только видеопамятью. Выходы DD16.1 и DD8.3, пропущенную через кучку логики, стали основными сигналами /WE и /ОЕ. В качестве регистра были добавлены две ТМ8.
Далее дело стало за памятью - сигналы получены, выходы дополнительного регистра можно использовать как дополнительные адреса, но у меня статики больше 64кб (да и то в количестве 5 штук) нет, да и не хочется возиться со многими корпусами. Но есть куча модулей SIMM-30/72, да и микросхем ДОЗУ навалом. Поэтому пришлось ломать мозг, как сделать контроллер динамической памяти, который синхронен к родной схеме. После кучи проб и ошибок Франкенштейн ожил. :)
Регенерация осуществлена методом CAS before RAS по сигналу 87 - если ноль, то обращение к памяти, если 1 - регенерация. Сигналы формируются сдвиговым регистром из частоты 40МГц, сброс сигналом Ф2.
Но не всё так гладко, не получилось снова использовать верхние 16кБ - они будут заворачиваться на видеопамять, ибо блокировка между основным ОЗУ и видеопамятью получилась неполной, точнее, почему то нерабочей, ну, как минимум, в стандартных подпрограммах. Есть сигнал, который активен при обращении к любой странице памяти, старше первых двух, его неактивное состояние он используется, чтобы не пересекались видеоОЗУ и основная память в первых двух страницах. Но если им отключать дешифратор DD29 при обращении к старшим страницам, то всё зависает. Пока думаю над этой проблемой.
А в общем, получилось 32 страницы по 48кБ, или 1536кБ на одной микросхеме 2048к*8. Теоретически возможное расширением до 2*48 + 254*60кБ, небольшими переделками хоть 2*48 + 65024*60кБ. :v2_dizzy_roll:
У меня есть полуметровые в труъ ДИП32, могу поделиться.Цитата:
Сообщение от Electricman
Я уже думал спросить, но это разве что для электронного диска, для ОЗУ и так нормально. :)Цитата:
Сообщение от Denn
Кажется я нашёл причину, почему не получилось работать с оставшимися 12кБ - служебную область ОЗУ нельзя отключать. Вот думаю над цепями блокировок. Для первой и второй страницы дешифратор DD29 должен работать с адреса С000, а для остальных страниц - с F000.
Ох, вроде победил систему. Обращение к адресам С000-EFFF страниц 0 и 1 блокирует динамическую память, обращение к этим же адресам из страниц 2, 3 и т.д. блокирует дешифратор DD29. Обращение по адресу F000 и выше разрешает работу дешифратора независимо от других блокировок.
Итого получилось 2*48 +30*60кБ, или 1896кБ. :) Непонятно, куда столько, но пусть будет.
экран с 0000, 4000, расширение более 384 точек в строке - планируются?
Увы, из-за развязки видеопамяти и основного озу это невозможно. Это вроде единственное отличие от классического ориона.Цитата:
Сообщение от Error404
Вяло-вяло планируется нечто совместимое с орионом, но растянутое по изображению. А расширение классического пока не планируется.Цитата:
Сообщение от Error404