Ленинград + SIMM 30 pin 1MB...

[SoftFelix]

Atari, Блин, откуда А7?... В мультиплексорах Спекка я сделал всего лишь одну доработку: отключил 7-ую ногу D19 от 6-ой ноги D18, на D18:6 подал GND (0), провод от D19:7 подключил на 5-ую ногу дополнительной половинки КП12 для формирования МА9. Всё вроде аккуратно делал, как всегда... Проверю ещё раз монтаж, конечно... На самом деле, я слабо представляю себе работу видеоконтроллера и схему регенерации в любом клоне Спекка. Только вот на D15:6 у меня всё ещё подаётся A9_Z80. Так ведь не должно быть при расширении до 1МБ?

И эти точки в правой части экрана... Они-то откуда взялись?...

Хех... Пошёл от атрибутов. У меня нижняя треть всегда чёрного цвета, т.е. контроллер всегда оттуда читает #00. Нижняя треть атрибутов начинается с адреса #5A00, но с адреса #59FF (-1) атрибут читается нормально, а разница-то в том, что А9 (!) в "1" переключилось! Так? Значит проблема всё-таки в А9?!

Народ, просто подскажите мне, как сформировать А9' на D15:6. Может я его смогу из существующей РТ4 вытянуть. Если с РТ4 не получится, то схемка на КП11 (ниже) заменит РТ4?

[Atari]

смотрим еще раз. Четко видно, что атрибуты присутсвуют, а сами биты пикселей на нечетных строках всегда нулевые.

Ищите косяк монтажа... или битую RAM.

[Atari]

Даже не так

Две строки нормальные, две нулевые.

[SoftFelix]

Две строки нормальные, две нулевые.

Atari, я пытаюсь до тебя донести, что у меня сейчас не совсем правильная сема расширения. Я забыл про формирование А9'. Я знаю эту ошибку и пытаюсь понять, как мне этот сигнал сформировать, с учётом того, что у меня схема расширения до 128К/512К выполнена на 556РТ4 и расчитана на 16 РУ5/РУ7 (схема на предыдущей странице). И проблемный адрес А9. К примеру, адрес #41FF (А9=0) пишется и отображается на экране, а #4200 (A9=1) ужЕ нет. И так с любыми адресами, где А9=1.

[SoftFelix]

Нашёл я дамп прошивки для 556РТ4 моего расширения Ленинграда до 128К.




Проанализировал дамп. Я правильно понимаю, что мне надо освободить 1-ую (/H0) и 2-ую (H1) ноги 556РТ4 от входящих сигналов и подать на них лог.0 и тогда можно с 9-ой (/CAS1) ноги 556РТ4 снять сигнал А9' для подачи его на D15:6? И тогда РТ4 будет повторять логику работы схемы на КП11:

[SoftFelix]

Ура! SIMM подключен и работает! Как я и предпологал, понадобилось подключить выводы 1 и 2 РТ4 к общему проводу и с 9-ой ноги снять А9'. Этот момент и был основной проблемой. Вечером фотки закину. Из прикольного подметил, что SIMM "помнит" информацию до 3 секунд после выключения питания. С 16-тью КМ41256АР-15 такого небыло. На форуме это уже отмечалось. Все тесты комп проходит. Сейчас зациклил бесконечный тест памяти своей ТЕСТ-ПЗУ 512К, смотрю за глюками, которых пока, к счастью, нет. Тест-ПЗУ Александра Кормишина тоже запускал - весь мегабайт тестируется без проблем. Кстати, у меня есть версия 2.5 этой прошивки.

SIMM разместил над одной из линеек бывших РУ5, закреплён на стойке винтом М2.5

[Advertiser]

[doorsfan]

у меня модуль 4МБ, чипы в виде чёрных эпоксидных капель, на модуле написано made in swiss.
Вобщем, обесточивание секунд на 15 без артефактов на картинке
Удалось турбировать до 7МГц без циклов WAIT. Но модуль греется очень сильно!
процессор z80a производства SCS работает не уверенно: тест-ПЗУ пишет часто ошибки памяти;
производства ST работает уверенно.
А вот кто бы мог объяснить, в чём глубокий смысл формирования WE/ (WRAM) с использованием RD/? Более того, применение WR/ (естественно, корректируя схему, чтобы добиться той-же таблицы истинности) приводит к снегу, матрац только в виде отдельных следов.
Caro упомянул, что для формирования RDRAM рекомендуется использовать WR/ Мой эксперимент показал, что в моём клоне (точнее, Зырьянова) такой приём приводит к неработоспособности.
да, пока только 48К.

[SoftFelix]

Народ, помогайте опять! Я скоро свихнусь с этим апгрейдом!
Всё работает! Тест-ПЗУ не выявляет ни одной ошибки. Часа 4 в цикле гонял. Запускал с диска TEST_4.30 - ни одной ошибки! Но!... Случайно обнаружил, что перестал запускаться F-Commander 4.01. Начал разбираться. Выяснилось, что в диапазоне адресов #C000...#C004 (всего пять адресов!) банков 0,1,3 ничего не записывается и считываются постоянные значения. С банками 4,6,7 и выше (256К-512К-1024К) - проблем нет. Проверял так:

10 CLEAR 32767
20 OUT 32765,16; 0-ой банк или 17,19 для 1-го и 3-го банков
30 POKE 49152,16
40 PRINT PEEK 49152

Если сделать RUN 10 - получим "16" - всё правильно, но стОит тут же сделать RUN 40 и получим "129"!

#C000 - #81 (129)
#C001 - #49
#C002 - #0F
#C003 - #DA
#C004 - #A2

И такое в любом из банков 0,1,3 (возможно и 2), но начиная с адреса #c005 всё замечательно пишется/читается.
Всё делается из BASIC_48.

Не делал доработку сигнала /WE, но раньше же без неё 512К на 16-ти 41256 всё работало!

[doorsfan]

а уверен, что страницы 0,1,3 - это разные страницы, а не одна и та-же (нулевая, в которую гадит калькулятор бейсика)?
Впиши по одному и тому-же адресу разные байты для разных страниц и прочти, что получилось

---------- Post added at 01:23 ---------- Previous post was at 01:17 ----------

да, адрес, естественно, должен быть побольше, например 50000

[balu_dark]

Покажи как ты делаеш выборку рам? очень похоже именно на порчу 5ти ячеек калькулятором. скорее всего - надо сделать доработку при которой сигнал WR идущий на память при выборе нижних 16кб адресов принудительно переводится в еденицу. схема проста - а14 и а15 подаеш на входы элемента ЛЕ1 с выхода подаеш на элемент ЛЛ1 на второй вход этого элемента подаеш WR с выхода заводиш сигнал на второй элемент ЛЛ1 на второй вывод этого второго элемента ЛЛ1 даеш сигнал MREQ а с выхода второго элемента ЛЛ1 береш сигнал WR для памяти.