Combodevice

[electroscat]

Да именно про него.
Но так и не понял, чем дело закончилось..

Закончилось еще одной микросхемой, в придачу к ПЗУ на 32 или 64 кб... точнее несколькими лог. элементами.
Можно посмотреть в этой инструкции к установке ПЗУ...

[Advertiser]

[KTSerg]

Закончилось еще одной микросхемой, в придачу к ПЗУ на 32 или 64 кб... точнее несколькими лог. элементами.
Можно посмотреть в этой инструкции к установке ПЗУ...

Вот мне и не понятно, что можно читать из младшего адресного пространства Combodevic-а пока активен загрузчик (ПЗУ самого Вектора) т.е. после нажатия "ВВОД" и до нажатия "СБР" ?
Я понимаю, если эта доработка решает задачу отключения штатной ПЗУ, если на борту Combodevic-а есть свой начальный загрузчик. Если нету, то пока не понимаю.

[Syntal]

Вот мне и не понятно, что можно читать из младшего адресного пространства Combodevic-а пока активен загрузчик (ПЗУ самого Вектора) т.е. после нажатия "ВВОД" и до нажатия "СБР" ?
Я понимаю, если эта доработка решает задачу отключения штатной ПЗУ, если на борту Combodevic-а есть свой начальный загрузчик. Если нету, то пока не понимаю.

Дополнительного ПЗУ нет, но во время "горячей" перезагрузки, когда в режиме ВВОД, штатный загрузчик передает управление OS.COM, расположенного на квазидиске, происходит конфликт - в адресном пространстве в режиме ВВОД остается штатная ПЗУ.

[KTSerg]

Дополнительного ПЗУ нет, но во время "горячей" перезагрузки, когда в режиме ВВОД, штатный загрузчик передает управление OS.COM, расположенного на квазидиске, происходит конфликт - в адресном пространстве в режиме ВВОД остается штатная ПЗУ.

А что, на квазидиске выделена область (в младших адресах адресного пространства) для рабочей версии OS.COM ?
Поскольку OS.COM записанная в файловой системе не пригодна для выполнения (для запуска).
И почему после "горячей" перезагрузки, ПЗУ остается в режиме ВВОД?
Ведь по схеме Вектора, "СБРОС" совсем отключает ПЗУ.

При работе ПЗУ в режиме ВВОД, происходит копирование файла OS.COM хоть с квазидиска, хоть с дискеты, в ОЗУ Вектора.
И в штатном случае, загрузчик "зацикливается" на мигании светодиода "РУС/LAT". При этом доработка автозапуска, по миганию светодиода делает "Сброс" Вектора. ПЗУ отключается, процессор сбрасывается и начинает выполнять программу из ОЗУ Вектора с адреса 0000h.

Каким образом:

... штатный загрузчик передает управление OS.COM, расположенного на квазидиске ...

???

[Syntal]

Каким образом: ???

Прошу меня простить - я все забыл и прогнал какую-то пургу.

По Вашим отличным вопросам и разъяснениям вроде вспомнил, что глюк возникает при копировании OS.COM из квазидиска в ОЗУ, когда система после перезагрузки находится в режиме ВВОД. Причем возникает в большей степени из-за наличия доработки Вектора до 32 кБайт загрузчика by Timoha, так как в этом случае половина адресного пространства перекрывается установленной новой ПЗУ.

Существенную роль играет размер самого OS.COM. Если он меньше 32 кБайт, то при копировании все может пройти нормально. Опять же при условии, если изначально OS.COM записан первым файлом на квазидиск. Боюсь опять опростоволоситься, но насколько я помню, в квазидиске файлы располагаются с верхней границы физических адресов (без учета банок - тут я не знаю) и растут вниз.

Т.о. получается, что читаем из квазидиска условно говоря с 0xFFFF (в начале там еще каталог какое-то место занимает) и вниз, а записываем с 0x0100 и вверх. При переходе через границу 0x8000 (OS.COM больше 32 кБайт за минусом каталога - 2 кБайта ???) происходит чтение уже из расширенного загрузчика на 32 кБайта.

Я не смотрел схему переделки загрузчика на 2 кБайта, но если она не учитывает сигнал БЛК, то скорее всего данный глюк возможен и на ней. Вероятность такого сценария безусловно значительно меньше, потому как расположение файла OS.COM на квазидиске должно захватить меньший участок резервируемой области под загрузчик

- - - Добавлено - - -

После "сброса", ПЗУ Вектора вообще отключается, значит оно не при делах.
Чтения из КД в диапазоне адресов от 0000 до 7FFF в режиме ОЗУ вообще не возможно.
Что с чем конфликтовало?

Тоже отличный вопрос! Может загрузчик в режиме СТЕКа переписывает OS.COM в ОЗУ Вектора?

[KTSerg]

...
Существенную роль играет размер самого OS.COM. Если он меньше 32 кБайт, то при копировании все может пройти нормально. Опять же при условии, если изначально OS.COM записан первым файлом на квазидиск. ...
Т.о. получается, что читаем из квазидиска условно говоря с 0xFFFF (в начале там еще каталог какое-то место занимает) и вниз, а записываем с 0x0100 и вверх. При переходе через границу 0x8000 (OS.COM больше 32 кБайт за минусом каталога - 2 кБайта ???) происходит чтение уже из расширенного загрузчика на 32 кБайта.
...

Вот сейчас всё встало на свои места и стало понятным.
Конфликт при чтении загрузчиком файла OS.COM с квазидиска, при ПЗУ расширенном до 32КБ.
При увеличенном ПЗУ, для файла OS.COM на квазидиске остаётся только 10КБ, дальше происходит чтение из адресов менее 8000h. Т.к. кроме каталога на квазидиске есть ещё область подмены экранного ОЗУ.
Фактически для OS.COM остается только два куска адресного пространства, не пересекающегося с адресами ПЗУ загрузчика : E000h-E7FFh и 8000h-9FFFh.

Странно, что данная проблема не обсуждалась ранее (или я пропустил). Она ведь не связана конкретно с Combodevic-ом, а возникает при попытке загрузить OS.COM с КвазиДиска после доработки Вектора для применения 32КБ ПЗУ загрузчика.