Вид для печати
В основном работал со спектрумом, но там ША и ШД раздельны, адрес устройства выбирается специальным сигналом. Просьба объяснить на пальцах(а может, что почитать) как выбираются устройства.
т.е примерно в с таком виде, процессор выдал такие-то сигналы, получил ответ в такие-то.
Еще вопрос, немного не по теме, почему в БК используют восмиричку для программирования.
1.Насчет восьмеричной системы - ввиду того, что в 60-70-80 г. в США DEC была
безусловным лидером в сфере ЭВМ для МО, она просто запатентовала эту систему.
И теперь нет даже подходящей ковырялки машкода на ИБМ с восьмеричной системой
представления информации. По сравнению с ней шестнадцатеричная система -
верх неудобства, особенно в числах до FFFF.
( Объемы поставок для МО США у ДЕК и Интел отличались тогда на порядок ).
2.Насчет диаграмм работы МПИ - в соседней ветке в секторе "Разное" есть раздел
типа "Доки для ЭВМ" - в самых последних постах есть ТО от МС1201.03 - рекомендую
- там и диаграммы сигналов есть, и в общем неплохо изложено.
Ну или учебник Преснухина - книга о Электроника-60 - примерно тоже самое.
3.Кстати, Микрософт начинался с написания на PDP-8 своего первого файла
на рубеже 60-70 г. - других нормальных ЭВМ тогда просто небыло.
п.1 вызывает сильные сомнения
википедиа
Цитата:
Octal became widely used in computing when systems such as the PDP-8, ICL 1900 and IBM mainframes employed 12-bit, 24-bit or 36-bit words. Octal was an ideal abbreviation of binary for these machines because their word size is divisible by three (each octal digit represents three binary digits). So four, eight or twelve digits could concisely display an entire machine word. It also cut costs by allowing Nixie tubes, seven-segment displays, and calculators to be used for the operator consoles, where binary displays were too complex to use, decimal displays needed complex hardware to convert radices, and hexadecimal displays needed to display more numerals.
Меня больше интересует Q-bus как под него устройства делать
LSI-11_Bus_Specification ( PDF )Цитата:
Сообщение от iceoflame
ГОСТ 26765.51-86 = МПИ = Интерфейс магистральный параллельный ( PDF )
Главное - на шине активный уровень - эл. "0" - в т.ч. и на данных! т.е. необходима инверсия данных и адреса если приводить в абсолютное значение, там где это важно.Цитата:
Сообщение от iceoflame
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, или я ошибся?Цитата:
Сообщение от kisser81
Для извращенно-минимального 1801ВМ1 диаграмма SYNC в БК11/10 практически не определена, задержка его на несколько десятков нс - это некотрый выход
из такого положения.
По сигналу DOUT - некотрые устройства предпочитают брать данные с переднего
фронта этого сигнала, при котором данные могут еще немного запоздать на линиях
АД. Классически рекомендуется задерживать этот сигнал для БК - 20-50 нс.
Для DIN - можно вообще не задерживать.
Я недавно тут выкладывал диаграммы ВМ1, снятые с реального процессора. На моем экземпляре ниспадающий фронт SYNC приходится четко посередине окна выставленного адреса. При 3МГц тактовой это значит что адрес установлен за 160 нс до среза SYNC, и продолжает быть стабильным еще 160 нс после. ИМХО, в общем случае задержка SYNC вредна, так как реальный адрес на выходах защелок адреса (таковые точно есть неявно внутри ПЗУ) появится позже. Вероятно некоторые матрицы ВП1 по срезу SYNC защелкивают не сам адрес а результат его непосредственного декодирования (экономит логику), и для надежной работы им нужна эта задержка - чтобы декодер успел отработать. Но это только предположение.Цитата:
Сообщение от MM
Да, экспериментально подтвержденный факт - данные на AD появляются одновременно или даже чуть позже чем активизация DOUT. Поэтому хватать данные по переднему фронту - некамильфо :).Цитата:
Сообщение от MM
Ссылку можно?Цитата:
Сообщение от Vslav
В-основном, вот тут