Модуль дополнительного процессора. МДП-1

[Viktor2312]

...

[AHTuXPuCT]

Viktor2312, да, просто на +5В сажай ногу

[BYTEMAN]

Viktor2312, я за темой ириши не сильно слежу, но вот наткнулся и думаю, что может предусмотреть какой битик, чтобы можно было ПЗУ отключить и эти 2кб озу подставлять заместо ПЗУ? Делается это довольно просто... Битик только найти...

[BYTEMAN]

Да, я думаю не стоит. Во-первых эти 2 Кбайта особой роли не сыграют. А во-вторых управляющая программа находящаяся в ПЗУ, будет всегда выполняться, опрашивая порты ввода-вывода, осуществляющие связь с основным микропроцессором МП1, ПЗУ не будет использоваться только когда МП2 будет выполнять программу переданную от МП1 в память МП2.
А если надо будет CP/Mовские векторы посадить? Им надо озу от 0-го байта.

[BYTEMAN]

СР/М -овское ПО будет выполняться основным микропроцессором МП1 в модуле процессора (МП) с его основным ОЗУ. А МДП-1 доступен для МП1 через порты ввода-вывода с любыми адресами из диапазона 40h - 4Fh. Требуется как минимум два порта, один для ввода-вывода байта данных, второй это порт управления, для ввода-вывода сигналов управления. Поэтому ОЗУ которое находится на борту модуля МДП-1, это ОЗУ предназначено только для нужд микропроцессора МП2. Для СР/М модуль МДП-1 является внешним устройством.
спорить не буду, я свои мысли озвучил) Один-два лихних лог. элемента, думаю, не сильно погоду сделают, но если нет - значит нет)

[MV1971]

Залез в журнал МПСиС 1986г. номер 3, смотрел статью про БП для Ириши и обнаружил в этом же номере на странице 67 статью " Спецпроцессор на базе микропроцессора КР580ИК80А в комплексе с мини-ЭВМ". По сути готовое схемное решение того, что разрабатывается.
Если не скачаете, то могу отсканировать, но я думаю в инете должен быть этот номер.


http://www.wdigest.ru/mpss_pdf/1986/mpss-1986-03.pdf

[Error404]

BYTEMAN - тут дело не в нескольких битиках или логических элементиках, а в том, что БСВВ по объёму будет не большая и в ПЗУ останется много свободного места, скорее всего. Которое по задумке предполагается использовать для различных подпрограмм. А поэтому при выполнении полученной программы ПЗУ должно быть доступно. Что бы во время выполнения полученной программы, она могла обращаться к этим подпрограммам, находящимся в ПЗУ.

Вообще конечно так делать неправильно. Такая система должна содержать только одно ПЗУ минимального размера - начальный загрузчик, который с носителя (например, IDE) загрузит основной загрузчик. Причем даже маленькое ПЗУ начального загрузчика желательно иметь выключаемое из адресного пространства (64к - это очень мало, достаточно этого объема только непрограммирующим, и страничная память - не решает проблему мизерного адресного поля ЦПУ).
А основной загрузчик с того же носителя прогрузит все подсистемы - как основные, так и ОЗУ дополнительных устройств (те самые "различные подпрограммы"). Этим достигается гибкость (многоцелевое использование модулей без перепрограммирования ПЗУ), так устроено большинство промышленных систем. ПЗУ с разными бейсиками/фортранами/встроенными_драйверами в доисторических системах городили только оттого, что их планировалось выпустить в широкие массы где не то что винчестеров (которых сейчас как грязи), дисководов-то ни у кого не было.