Вектор 06Ц: внешнее ПЗУ на шине "ВУ"

[KTSerg]

Параллельно с тестированием внешней ПЗУ, размышляю, о возможности конфликта между ним и квазидиском, так как оба являются источниками сигнала БЛК.
Если внешняя ПЗУ будет 32К, то проявится та-же проблема, когда данные файла os.com читаются с тех-же адресов КД, что и внешняя ПЗУ. Предположительно и решение может подойти аналогичное - контроль сигнала СТЕК, отключать ПЗУ при его активности.
Но мне интересно применение внешнего ПЗУ и для целей тестирования Вектора, когда сама программа находится именно на внешней ПЗУ подключенной к разъёму "ВУ". Когда теоретически возможно тестирование всей памяти.
Эта тема уже не однократно поднималась. Идеи были разные. Надо думать...

[ivagor]

Вроде уже вспоминал где-то, что есть дос FPH51N Филиппова/Фролова, у которого диск A - ПЗУ. Подробностей сейчас не помню, вроде там обращение было примерно аналогично квазу, возможно b2m помнит лучше.

[Improver]

Параллельно с тестированием внешней ПЗУ, размышляю, о возможности конфликта между ним и квазидиском, так как оба являются источниками сигнала БЛК.

Конфликта по ШД не будет, если КД отключён, т.е. по OUT 10h записана конфигурация "0", а также сразу после сброса -- там конфигурация обнуляется аппаратно.

Единственное, на что нужно обратить внимание, чтобы в схеме ПЗУ сигнал БЛК формировался элементом с открытым коллектором, тогда и там проблем не будет. Кстати, у меня так два КД работают с БЛК...

Но мне интересно применение внешнего ПЗУ и для целей тестирования Вектора, когда сама программа находится именно на внешней ПЗУ подключенной к разъёму "ВУ". Когда теоретически возможно тестирование всей памяти.

Теоретически как раз не возможно -- сигнал БЛК отключает внутреннюю память, а без него внешнее ПЗУ не заработает.

[KTSerg]

Конфликта по ШД не будет, если КД отключён, т.е. по OUT 10h записана конфигурация "0", а также сразу после сброса -- там конфигурация обнуляется аппаратно.

А если КД включен и с него нужно загрузить в ОЗУ Вектора файл os.com, в адреса, по которым находится работающая внешняя ПЗУ ?

Единственное, на что нужно обратить внимание, чтобы в схеме ПЗУ сигнал БЛК формировался элементом с открытым коллектором, тогда и там проблем не будет. Кстати, у меня так два КД работают с БЛК...

Я пошел обходным путём, впаял по диоду около разъёмов, в разрыв сигнала БЛК, на всех платах, получилась некая имитация выхода с ОК.

Теоретически как раз не возможно -- сигнал БЛК отключает внутреннюю память, а без него внешнее ПЗУ не заработает.

Это не совсем так.
Есть циклы чтения команд, есть циклы обращения к памяти.
Если в циклах чтения команд активировать БЛК, а в циклах обращения к памяти БЛК отключать, то программа будет читаться из внешней памяти а запись/чтение данных будет происходить в память Вектора.
Если утрировать и упростить ситуацию, то так работает КД, когда МикроДос расположен на КД в адресном пространстве экранной области. При этом МикроДос работает с данными, расположенными в ОЗУ Вектора, в другом адресном пространстве.

[Improver]

А если КД включен и с него нужно загрузить в ОЗУ Вектора файл os.com, в адреса, по которым находится работающая внешняя ПЗУ ?

Думаю, такая ситуация не должна происходить, судя по описанию работы ПЗУ выше. Т.е. после БЛК+ВВОД стандартным загрузчиком может быть загружен OS.COM с КД в память, но в это время ПЗУ будет выключено. После БЛК+СБРОС включается ПЗУ, а квази-диск отключается, так ведь?

Может покажете Вашу схему ПЗУ на ВУ? Обдумаем тогда совместно...

Я пошел обходным путём, впаял по диоду около разъёмов, в разрыв сигнала БЛК, на всех платах, получилась некая имитация выхода с ОК.

Тоже вариант.

Если в циклах чтения команд активировать БЛК, а в циклах обращения к памяти БЛК отключать, то программа будет читаться из внешней памяти а запись/чтение данных будет происходить в память Вектора.

Да, такое возможно, но, мне кажется, схема ПЗУ с таким разделением доступа по циклам будет достаточно сложна, проще будет разделить память по сигналу СТЕК, он хотя бы есть на ВУ.

[KTSerg]

Думаю, такая ситуация не должна происходить, судя по описанию работы ПЗУ выше. Т.е. после БЛК+ВВОД стандартным загрузчиком может быть загружен OS.COM с КД в память, но в это время ПЗУ будет выключено. После БЛК+СБРОС включается ПЗУ, а квази-диск отключается, так ведь?
...

Не, совсем не то.
Штатным загрузчиком совсем ничего не загружается.
Нажимаем ВВОД+БЛК, можно сразу БЛК+СБР, при этом активируется внешняя ПЗУ подключенная к ВУ.
И начинает выполняться программа из внешней ПЗУ.
Для целей загрузчика достаточно если схема подключения внешней ПЗУ будет почти всегда держать активным сигнал БЛК - для чтения программы из ПЗУ, и отключая его в циклах "запись" и "стек" - для записи данных в ОЗУ и общения с КД.
После загрузки программы с внешнего носителя в память Вектора, ещё раз жмём БЛК+СБР и внешняя ПЗУ совсем отключается.

[Advertiser]

[Improver]

Не, совсем не то.
Штатным загрузчиком совсем ничего не загружается.

Тогда мне не понятно, как это работает. Как можно отключить внутреннее ПЗУ с шины ВУ, после БЛК+ВВОД? На ПЗУ сиграл БЛК не влияет... Я думал, там стоит, например, триггер, которрый сбрасывается при "вводе" и устанавливается на первый "сброс" и включает подмену памяти по типу квази-диска. В общем, надо схему, хоть какую-нибудь...

[KTSerg]

Тогда мне не понятно, как это работает. Как можно отключить внутреннее ПЗУ с шины ВУ, после БЛК+ВВОД? ...

Не сразу после БЛК+ВВОД, с после БЛК+ВВОД и БЛК+СБР.
Внутреннее ПЗУ отключается не с шины ВУ, а сам Вектор его отключает. Он думает, что нужно начать выполнять программу из своего ОЗУ, а я в это время подсовываю ему на ШД коды программы из внешнего ПЗУ, подключенного к шине на разъёме ВУ.

[Improver]

Не сразу после БЛК+ВВОД, с после БЛК+ВВОД и БЛК+СБР.

Тогда кто там будет грузить OS.COM с КД? Сама прошивка из внешнего ПЗУ? Ну тогда этот момент надо просто предусмотреть в прошивке.

[KTSerg]

Тогда кто там будет грузить OS.COM с КД? Сама прошивка из внешнего ПЗУ? Ну тогда этот момент надо просто предусмотреть в прошивке.

Ну да.
К примеру, нашелся Вектор с родным штатным ПЗУ, в котором загрузка только с магнитофона... а вскрывать и перепаивать/менять штатную ПЗУ, по разным причинам, не хочется...
Подключаешь "бутерброд" из всевозможных контроллеров и блока внешнего ПЗУ, и получаешь "модернизированную" версию Вектора, с возможностью загрузки из всего, что душе угодно (предусмотренного во внешней ПЗУ).