Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Память EDO вместо FPM в 486-е без поддержки EDO
RSS

Память EDO вместо FPM в 486-е без поддержки EDO

Кто-нибудь задумывался?

<<Назад  Вперед>> Страницы: 1 2 3 4 5
Печать
 
pbx
Newbie


Всего сообщений: 18
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
14 апр. 2017
Roman555 написал:
[q]
а там оно появилось из Paul's FAQ
http://web.archive.org/web/200...q3.html#15
[/q]
Теперь понятно, почему EDO не дает прироста скорости на тех четверках, которые с ней работают.
Roman555
Newbie


Откуда: Харьков
Всего сообщений: 55
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
26 апр. 2018
i8088 написал:
[q]
Там не в тактах дело, а во времени удержания данных на выходе, что
может приводить к конфликту, очень хорошо описано в книгах М. Гука.
[/q]
Речь, видимо, шла о книге "Аппаратные средства IBM PC". Решил раскопать ее и нашел следующее:
[q]
Установка EDO DRAM вместо стандартной в неприспособленные для этого системы может вызвать конфликты выходных буферов устройств, разделяющих с памятью общую шину данных. Скорее всего этот конфликт возникнет с соседним банком памяти при использовании чередования (Bank Interleaving). Для отключения выходных буферов EDO-памяти внутри страничного цикла обычно используют сигнал WE#, не вызывающий записи во время неактивной фазы CAS# (рис. 5.10, кривая а). По окончании цикла буферы отключаются лишь по снятию сигнала RAS# (рис. 5.10. кривая 6).
[/q]

Прикрепленный файл (EDO_DIAGRAM.png, 0 байт, скачан: 23 раза)
Roman555
Newbie


Откуда: Харьков
Всего сообщений: 55
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
26 апр. 2018
В подтверждение приведу еще один даташит (на EDO MICRON), в котором тоже указана возможность управлять закрытием буферов данных с помощью WE#
Как я понял, можно отказаться от использования 4 м/сх 245, а просто по подъему CAS# активировать WE#

Прикрепленный файл (micron mt4lc4m4e8 edo dram.pdf, 0 байт, скачан: 28 раз)
Rio444
Гость


Откуда: Ростов-на-Дону
Всего сообщений: 8632
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
14 сен. 2014
Roman555 написал:
[q]
Как я понял, можно отказаться от использования 4 м/сх 245, а просто по подъему CAS# активировать WE#
[/q]
Как это сделать "просто"?
Что-то схема не складывается.
Roman555
Newbie


Откуда: Харьков
Всего сообщений: 55
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
26 апр. 2018
Rio444 написал:
[q]
Roman555 написал:
[q]
Как я понял, можно отказаться от использования 4 м/сх 245, а просто по подъему CAS# активировать WE#
[/q]
Как это сделать "просто"?
[/q]
К сожалению, у меня нет ответа на этот вопрос.
ATauenis
Advanced Member


Откуда: Москва
Всего сообщений: 2904
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 апр. 2015
Возможно, можно привлечь многоногую программируемую логику.
Rio444
Гость


Откуда: Ростов-на-Дону
Всего сообщений: 8632
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
14 сен. 2014
ATauenis написал:
[q]
Возможно, можно привлечь многоногую программируемую логику.
[/q]
Думал об этом. Но это уже не совсем просто.
Roman555
Newbie


Откуда: Харьков
Всего сообщений: 55
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
26 апр. 2018
Придумал схемку, но оказалась сложной. Возможно, работать не будет вообще или, временами, неправильно.
Если есть профессиональные схемотехники, - проверьте.
Логика работы исходит из допущения, что при чтении не бывает активно одновременно 2 и более линий RAS0#-RAS4# .
Это же допущение касается и CAS0#-CAS4# .
Рисовал в программе oregano. Думал она сможет смоделировать, но с наскоку ничего не получилось с моделированием - нет в комплекте библиотек для 74xx

Прикрепленный файл (edo_mod_schema1.png, 0 байт, скачан: 51 раз)
Rio444
Гость


Откуда: Ростов-на-Дону
Всего сообщений: 8632
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
14 сен. 2014
Самое простое решение проблемы - на 4 и 8Мб планках с 42-ножечными чипами SOJ.
Нужно отключить от земли /OE (29 нога) и соединить с /UCAS или /LCAS. Проще с /UCAS, потому что это соседняя, 30-я нога.
sde79
Newbie


Всего сообщений: 11
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
18 окт. 2015
Roman555 написал:
[q]
В подтверждение приведу еще один даташит (на EDO MICRON), в котором тоже указана возможность управлять закрытием буферов данных с помощью WE#
[/q]
Это костыль, из-за того, что у планок simm нет специального контакта для подачи ОЕ, приходится изощряться с использованием WE.
А если задача стоИт просто переделать планку EDO в FPM-совместимую, то можно просто отпаять ноги ОЕ микросхем и подать на них соответственно CАS, и никакая логика не нужна.
Ибо вся проблема в том и заключается, что чипы FPM отключают выводы данных автоматически при получении CAS, и сигнал ОЕ подавать уже не нужно. А EDO, получив CAS, продолжает замусоривать шину и ждать прихода ОЕ или WE в явном виде.
<<Назад  Вперед>> Страницы: 1 2 3 4 5
Печать
Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Память EDO вместо FPM в 486-е без поддержки EDO
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS