С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Закольцовываете линию требования прерывания, как сказано выше.
Включаете плату контроллера в самый верхний слот корзины ОДНУ без каких либо других плат и самого вычислителя.
Проверяете осциллографом логику сигналов выбора направления ИП3-х на подключенной к питанию плате контроллера, предварительно ресетнув. Исправная плата должна исходно находиться в режиме прослушки информации с шины. Потом выключаете питание, вставляете вычислитель в самый нижний слот и закрашиваете у контроллера толстым слоем лака для ногтей контакты ламелей сначала для одной микросхемы ИП3, потом второй и так далее. После закрашивания ламелей платы и высыхания вставляете и включаете. Ту ИП3, на которой прекратится зависание шины, меняете на новую. ИП3 с управляющими сигналами МПИ отключаете последними. Потом смываете лак с ламелей самым обычным ацетоном. Надо обратить внимание - дохлых ИП3-х может быть больше одной, тогда сначала обнаружится последняя из неисправных. Или делайте как Вы писали ранее - вырезать все ИП3 и поставить новые в панельки, после проверки логики сигналов направления естественно. Так менее геморройно и более быстро, но лично для меня неприемлемо - меня коробит от левых панелек на платах.
Помучал немного плату. Машина с платой начала включатся.
На шине адреса 166370 нет.
А вот на открытие адреса 177400 машина повесилась.
Ура.. Уже что-то. Получается контроллер отвечает на 177400,
и 177400 это стандартный адрес RK контроллера.
Без D18 адреса 177400 на шине нет.
Так-же без D18 под системой IOSCAN работает, а с D18 вешает машину...
Предполагаю, что зависания на открытие адреса 177400 и зависание при работе IOSCAN
связаны с тем, что к контроллеру НМД не подключен диск, и при обращении к 177400,
он ждет готовности диска.
Система с драйвером RK и контроллером на шине, так-же не грузится..
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Естественно - это же адресный дешифратор. Именно он опознает 177400. Факт этого опознания записывается в триггер D5.2 (если я правильно понял надпись на схеме) и запускает микропрограммный автомат на D19 и D27, который и отрабатывает пассивный цикл обмена по МПИ. Вот он, похоже, и зависает.
- - - Добавлено - - -
Еще печальнее то, что я не нашел на схеме отдельных регистров для CSR и пр. Очень похоже, что они отрабатываются "большим" микропрограммным автоматом на 1804ВС1, если и он не идет, то труба!..
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Так беда, скорее всего, не в секции, а в ПЗУхе или в м/с обрамления, а найти это дело... Я, помнится, сдался.
- - - Добавлено - - -
Попробуй проверить и, может быть, заменить D27, хотя вряд ли. Ну, и поразглядывай ПЗУху D19, если она побилась, то плохо. Впрочем, теоретически, есть шанс как-нибудь ее подправить - логика работы автомата, в общем-то, просматривается...
- - - Добавлено - - -
Склеивать их не надо. D18 - классический адресный дешифратор, D19 - микропрограммный автомат. Перерисуй часть схемы с D19 и D27, подпиши на входах ПЗУхи названия сигналов. Отдельно подпиши названия сигналов на входах D18. Будем думать.
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Тут уже начали реплику данного контроллера:
http://www.phantom.sannata.ru/forum//index.php?t=20851
И нарисовали его схему:
http://pixs.ru/showimage/NMDschV5pn_...5_21430670.png
А родная схема тут:
http://www.tis.kz/temp/mt/Controller166370.rar
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)