- Помогите с покупкой БК в Украине
- [+] Старые сообщения (25)
-
? Hakuna@ - 28.07.2011 13:17
Видно немного их было, поздних. Да и с эксплуатационной точки зрения шанс дожить до нашего времени у 0010 гораздо меньше, чем у 0010.01
-
? Murzik@ - 28.07.2011 17:04
Ну в 0010Ш у меня все 3 1801 золотые - так что скорее всего поэтому и не доживали до наших дней
-
? Hakuna@ - 14.11.2011 23:10
Приехала из Питера от dk_spb плата контроллера НГМД. Спаял за день и контроллер благополучно завелся.
Теперь нужно делать платку ДОЗУ. Собственно, отсюда вопрос - по какой схеме паять?
Пока вроде больше всего нравится схема из Радиолюбителя на 2-х РУ17. Но самих РУ17 у меня нет и в нашем городе на радиорынке их тоже нет. Зато есть кучка 61256. Как их можно использовать вместо РУ17? Основная разница, как я понял, в том, что у РУ-шек есть (и используются в схеме) два вывода cs (прямой и инверсный), а у 61256 есть только инверсный.
Мне пока приходит в голову только связка инвертора и элемента ИЛИ-НЕ, которая делает из двух раздельных сигналов один.
Будет ли такая конструкция работать, или нужно схему переделывать более серьезно?
-
? anonymous - 14.11.2011 23:21
А зачем? Ведь две 61256 перекрывают все адресное пространство, нужно CS вырабатывать на них в требуемых окнах, а адреса все без изменений подавать на них. У РУ17 такая усложненная схема включения из-за того, что их адресов хватает как раз в упор. На 62256 если делать, то всего на 5 микросхемах, включая сами озу, выходит ДОЗУ.
-
? Hakuna@ - 14.11.2011 23:35
Там как-то отдельно линия "Байт" обрабатывается. Не совсем понимаю, как, ибо не схемотехник я :-)
¤
5 микросхем - это 2хИР22, 2х61256 и что еще?
-
? anonymous - 15.11.2011 01:59
И 556РТ1 (РТ2 без ОК, но на плате контроллера есть незадействованный элемент в ЛП9, так что тоже пойдет), ну или PAL (1556ХЛ*) какой-нибудь - чтоб селекты выдавать в окнах. А байт обрабатывается вместе с обычным обращением в единой функции,
/cs0= <адрес окна1>*/sync*a0 + <адрес окна1>*/sync*wtbt + <адрес окна2>*/sync*a0 + <адрес окна2>*/sync*wtbt
/cs1= <адрес окна1>*/sync*/a0 + <адрес окна1>*/sync*wtbt + <адрес окна2>*/sync*/a0 + <адрес окна2>*/sync*wtbt
- т.е. когда у нас wtbt в 1, выбираются оба байта, а если в 0, то в зависимости от защелкнутого значения a0
-
? dk_spb@ - 15.11.2011 09:00
Угу. Или 588ВГ2 ;-)
Только еще минимум один корпус логики может понадобится: в старых схемах стоит половинка ла3 на задежку sync для ИРок, а вторая половинка - на задержку DOUT
-
? anonymous - 15.11.2011 11:02
Как ВГ2-то поможет ему? ВГ2 один адрес селектит, тогда их либо 3 штуки надо + логику, объединяющую их выходы, либо все равно плм/логику на сравнение окошек. Задерживать sync совершенно нет надобности.
-
? dk_spb@ - 15.11.2011 11:06
В схеме Авдюшина из статьи Надежина в "Выч техника и ей применение" №4/92 схема с одной ВГ2.
И задержка на sync зачем-то стоит.
-
? anonymous - 15.11.2011 11:26
Ну так вы саму схему-то смотрели? Там один банк и сделан. А нужно три - 120000..137777, 140000..157777, 170000..176777. Sync задержан из-за ТУ на саму ВГ2, у нее сетапы лошадиные, а dout не задержан, а буферизован, там на него 17 входов нагружается же.
-
? dk_spb@ - 15.11.2011 12:13
Я тоже не совсем схемотехник, Так что спорить не буду.
Но 17 входов в схеме на ВГ2 и четырех РУ10 - откуда?
И зачем для ДОЗУ8К три банка?
Вроде Hakuna хотел AnDos запустить, а не решить все вопросы современности.
За разъяснения про sync - спасибо.
-
? anonymous - 15.11.2011 12:57
В варианте с РУ10 - та же самая схема исправленная, но и в ней цепь не лишняя, т.к. там все равно 5 входов на dout сидят. А делать лучше сразу все банки, ибо и м/с озу с лихвой позволяют, и если затем потребуется - не надо будет переделывать, и не надо будет навешивать еще что-то - чем меньше подключено устройств, тем стабильнее шина работает небуферизованная.
В ситуации с sync и ВГ2, если он будет приходить рано, то не всегда адресная защелка в ВГ2 успевает верно установиться, это более критично как раз будет, если перед ВГ2 еще ставить логику, выбирающую нужное окошко адресное, тогда его еще надо оттянуть будет на время распостранения сигнала во входной логике.
-
? anonymous - 15.11.2011 13:00
Hakuna, у вас есть, чем 556 или 1556 серии пзу/плм прошивать? Из этого и будем исходить, какая схема компактнее и проще.
-
? dk_spb@ - 15.11.2011 13:17
anonymous: спасибо за разъяснения.
-
? Hakuna@ - 15.11.2011 23:18
C интересом прочитал общение профи :-)
¤
Насчет прошивки, к сожалению глухо. Понимаю, что на ПЛМ или РТ-шках всё проще, но программатор пока только в планах.
ИМХО, на мелкой логике в моем случае все-таки собрать будет проще. Ну а поскольку всё собирается на макетке, то переделать потом можно будет без особых проблем. Да и 61256 имеется в достаточном количестве на все эксперименты.
¤
Кстати, по ходу дела возник еще один вопрос: сколько ни читал литературы, пока так и не понял, как реализовывается работа Бейсика с дисководом?
-
? alex savelev@ - 16.11.2011 08:20
Был в свое время вариант контроллера КНГМД с HALT-режимом, специально для
БК0010-01 с Бейсиком в ПЗУ. Т.е при использовалось временное переключение
в режим пульта, которое на обычных БК незадействовано и вызывает прерывание
по 4 вектору. Если интересуют детали с точки зрения кода, то могу описать
подробнее.
-
? Hakuna@ - 16.11.2011 09:37
Интересует, конечно. Только в БК я пока совсем "чайник". Даже восьмеричная система пока с трудом дается :-)
-
? anonymous - 16.11.2011 12:52
Все гораздо проще, не нужен HALT-режим, нужна всего лишь 555ЛА3 :) См. ПКБК №2 за 1995, стр. 72
http://bk0010.narod.ru/docs/BK_Magazine/bk-1995.2.djvu - стр 73 в djvu
-
? Hakuna@ - 16.11.2011 16:11
Ага, спасибо.
Значит, набиваем эту программу, сохраняем её на диск, а потом при запуске она размещает драйвер в памяти и передает управление Бейсику? Ну а потом Save и Load перенаправляются через этот драйвер на операции с диском. Правильно?
-
? anonymous - 17.11.2011 00:49
Эта программа не нужна - аналогичный драйвер есть во всех дисковых ОС, доработку выполните по варианту, обозначенному в статье, как универсальный.
-
? Hakuna@ - 17.11.2011 10:16
Попробую. Спасибо.
- << Форум