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

Полигон-2

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

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

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

Полигон-2 »   Другие архитектуры »   Использование НМД2 в ДВК
RSS

Использование НМД2 в ДВК

<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... .. 12 13 14 15 16 * 17
Печать
 
andyTh
Гость

Ссылка

_Patron_ написал:
[q]
В КЖД на такой случай выделен специальный аппаратный регистр. Перед тем, как процессор КЖД перестаёт обслуживать шину МПИ и отвечать на обращения по МПИ к эмулируемым регистрам - он снимает в аппаратном регистре бит готовности. При включении питания бит готовности в аппаратном регистре автоматически сбрасывается и устанавливается процессором после завершения программы начального тестирования.
[/q]
Судя по всему процу на КЖД катастрофически не хватало скорости. И обработка шины в реалтайме была буквально на грани.
У меня железного доп регистра нет. Так что особой разницы регистр или бит функционально тоже нет.
Сейчас на форуме
borisfox
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 июля 2008
В КЖД процессор, по сути, выполняет роль конечного автомата с микропрограммным управлением. Содержимое двух ПЗУ реализует диаграмму состояний, третьего - выдачу управляющих сигналов.
Доступ к регистрам был возможен только во вполне определённых состояниях. Разряд 15 ("ЗАНЯТ") регистра РСНУ (состояния/начальной установки) как раз и показывал, когда контроллер свободен (регистры доступны), а когда нет...

Сейчас так извращаться, наверное, излишне. Если реализовывать КЖД-совместимый контроллер, то можно защёлку и дешифрацию адреса регистров выполнять аппаратно, и при совпадении генерировать прерывание на микроконтроллер, по которому он будет уходить на подпрограмму обслуживания доступа к ним.
Anonymous
Advanced Member


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


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
borisfox написал:
[q]
Нет, MSCP это DU, а что они подразумевали под DB, я не знаю...
[/q]
DB это RP04/RP05/RP06
У меня из 134й все ненужное выкинуто, оставил только загрузчики с ide, scsi, dw, my и spi. Если интересно, могу выложить вечером.
andyTh
Гость

Ссылка

У меня работа с шиной полностью программная. Скорости более чем хватает.
Да и полного аналога КЖД не выйдет. На готовой платке ног оказалось маловато и на прерывания не хватило. Можно пожертвовать "железным" кварцем и перейти на внутренний генератор. Тогда высвободятся ещё 2 ноги.
Сейчас на форуме
borisfox
Advanced Member


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


Ссылка


Дата регистрации на форуме:
30 июля 2008
Anonymous написал:
[q]
Если интересно, могу выложить вечером.
[/q]
Теоретически интересно, а практически заливать пока всё равно нечем, я программатор так ещё и не купил...


AndyTh написал:
[q]
У меня работа с шиной полностью программная. Скорости более чем хватает.
[/q]
И захват адреса программно? А не расточительно ли это - ловить каждый цикл обмена шины, а не только свои?... Ведь контроллеру ещё и с диском обмениваться когда-то надо...
andyTh
Гость

Ссылка

Ядро контроллера 120МГц. Порты тактируются ядро/2. всё 16бит слово читается за 1 раз. Может и расточительно, но хватает же. У нас задача то выставить сигналы управления да переложить байты из одного порта во второй.
Сейчас на форуме
Anonymous
Advanced Member


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


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
borisfox написал:
[q]
Теоретически интересно, а практически заливать пока всё равно нечем, я программатор так ещё и не купил...
[/q]
http://qbus.narod.ru/134patched.rr1 - образ пзу,
http://qbus.narod.ru/134patched.true - инвертированный по данным и адресам (для ленивых),
http://qbus.narod.ru/134patch.mac - исходник загрузчиков оставленных и таблицы для их выгрузки.
http://qbus.narod.ru/du.lst - дамп загрузчика с MSCP из тела 134й прошивки.
andyTh
Гость

Ссылка

На днях столкнулся с маленькой проблемкой. Посеял картридер, умеющий компактфлеш. И как всегда, срочно понадобилось почитать/пописать флешку.
Честно говоря мне стоило заметных телодвижений найти такой картридер по знакомым. Тогда как читалка SD карточек разве что в зубочистку не встроена...
Вот мысль крамольная посетила, нужен ли на плате именно IDE интерфейс? Или в принципе непринципиально, если контроллер будет работать с SDшки.
Хочется услышать мысли со стороны.
Сейчас на форуме
Anonymous
Advanced Member


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


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
Для системы ваш контроллер все равно будет блочным устройством с произвольным доступом, интерфейс и тип накопителя, и уровень, на котором микроконтроллер будет взаимодействовать с накопителем, никакого значения для ДВК не играет. Для ДВК главное сказать контроллеру номер блока и количество слов, и эти слова переслать, куда и как - задача микроконтроллера, а не ОС ДВК. Делайте хоть на РФ2, с программным поджигом ламп стирания. :)
<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... .. 12 13 14 15 16 * 17
Печать
Полигон-2 »   Другие архитектуры »   Использование НМД2 в ДВК
RSS

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

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

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