Q-Bus и БК-0010
 

В основном работал со спектрумом, но там ША и ШД раздельны, адрес устройства выбирается специальным сигналом. Просьба объяснить на пальцах(а может, что почитать) как выбираются устройства.

т.е примерно в с таком виде, процессор выдал такие-то сигналы, получил ответ в такие-то.

Еще вопрос, немного не по теме, почему в БК используют восмиричку для программирования.

1.Насчет восьмеричной системы - ввиду того, что в 60-70-80 г. в США DEC была
безусловным лидером в сфере ЭВМ для МО, она просто запатентовала эту систему.
И теперь нет даже подходящей ковырялки машкода на ИБМ с восьмеричной системой
представления информации. По сравнению с ней шестнадцатеричная система -
верх неудобства, особенно в числах до FFFF.
( Объемы поставок для МО США у ДЕК и Интел отличались тогда на порядок ).
2.Насчет диаграмм работы МПИ - в соседней ветке в секторе "Разное" есть раздел
типа "Доки для ЭВМ" - в самых последних постах есть ТО от МС1201.03 - рекомендую
- там и диаграммы сигналов есть, и в общем неплохо изложено.
Ну или учебник Преснухина - книга о Электроника-60 - примерно тоже самое.
3.Кстати, Микрософт начинался с написания на PDP-8 своего первого файла
на рубеже 60-70 г. - других нормальных ЭВМ тогда просто небыло.

п.1 вызывает сильные сомнения

википедиа

Меня больше интересует Q-bus как под него устройства делать

LSI-11_Bus_Specification ( PDF )

ГОСТ 26765.51-86 = МПИ = Интерфейс магистральный параллельный ( PDF )

Главное - на шине активный уровень - эл. "0" - в т.ч. и на данных! т.е. необходима инверсия данных и адреса если приводить в абсолютное значение, там где это важно.
1. Делаем из АДХХ - АХХ. Берем ИР22 (LS373), на вход С заводим SYNC (лучше его задержать на 100-150 нс). На выходах ИР22 в процессе обмена будет постоянный адрес.
2. DOUT=WR (также лучше задержать), DIN=RD (желательно задержать передний фронт).
3. Данные подключаем непосредственно на АД.
4. После выставления DOUT и(или) DIN надо дать RPLY, обязательно с общим коллектором! Задержка до выдачей RPLY зависит от обслуживающего устройства. Для большинства современных м/с достаточно 100-200 нс.
5. Очень полезно использование буферов - АП6 вполне пойдет. Нагрузочная способность ВМ1 очень мала. Старожили скажут что рулит 531АП2, но их надо больше корпусов, и кушают они много.
Остальное - опционально.
Для примера - смотрите схему ДОП ОЗУ
http://bk0010.narod.ru/images/scans/bk-eram.htm
все станет понятнее

Это почему же надо их "держать" ? Я думал что эти сигналы как раз и сделанны для того чтобы по их "заднему фронту" или "падению" заполучить инфу с мультиплексированной шины A/D, или я ошибся?

Для извращенно-минимального 1801ВМ1 диаграмма SYNC в БК11/10 практически не определена, задержка его на несколько десятков нс - это некотрый выход
из такого положения.
По сигналу DOUT - некотрые устройства предпочитают брать данные с переднего
фронта этого сигнала, при котором данные могут еще немного запоздать на линиях
АД. Классически рекомендуется задерживать этот сигнал для БК - 20-50 нс.
Для DIN - можно вообще не задерживать.

Я недавно тут выкладывал диаграммы ВМ1, снятые с реального процессора. На моем экземпляре ниспадающий фронт SYNC приходится четко посередине окна выставленного адреса. При 3МГц тактовой это значит что адрес установлен за 160 нс до среза SYNC, и продолжает быть стабильным еще 160 нс после. ИМХО, в общем случае задержка SYNC вредна, так как реальный адрес на выходах защелок адреса (таковые точно есть неявно внутри ПЗУ) появится позже. Вероятно некоторые матрицы ВП1 по срезу SYNC защелкивают не сам адрес а результат его непосредственного декодирования (экономит логику), и для надежной работы им нужна эта задержка - чтобы декодер успел отработать. Но это только предположение.

Да, экспериментально подтвержденный факт - данные на AD появляются одновременно или даже чуть позже чем активизация DOUT. Поэтому хватать данные по переднему фронту - некамильфо :).

Ссылку можно?