Цитата Сообщение от esl Посмотреть сообщение
как не смешно, для удешевления конструкции
самую дорогую модель и не нужно,
да и запрграммировать МК сегодня проще чем олдфаг УФ ПЗУ.
Есть флэши, программируются даже с самого ПК. Так что как раз это не проблема. При желании можно в схеме это предусмотреть и обновлять ПЗУ прямо с ПК8000

Цитата Сообщение от esl Посмотреть сообщение
давайте исходить из реальности
есть живая ПК8000, и в реале к ней не будет подключено ничего кроме эмулятора, это раз.
Ээээ... Я вроде как к ней винт подключил и Compact Flash. SD - это просто более удобное средство переноса файлов между ПК и PC, так как допускает динамическое подключение.

Цитата Сообщение от esl Посмотреть сообщение
т.е. ЗНАЯ точно порядок чтения, можно обойтись 1 битом для адресса
(детект изменения A0)

собственно моя идея в том, что в таком режиме грузится только
загрузчик первого этапа
, минимального размера.
который уже в другом удобном и быстром режиме грузит остальное.
Кто же его грузить то будет? БИОС ПК этого не делает, он тупо передает управление на считанный адрес с ПЗУ, справедливо полагая, что туда отображается ПЗУ с разъема расширения.
Поэтому я и не врублюсь, что даст лишь одна линия адреса?

Цитата Сообщение от esl Посмотреть сообщение
ошибся, я имел в виду HLDA
на схеме это 40 вывод разъема
Ее нет. Это были хотелки проектировщиков на следующую модель, которая так и не увидела свет.

Цитата Сообщение от esl Посмотреть сообщение
т.е. внешнее устройство может затормозить проц, сделать своё грязное дело, и отпустить проц, т.е. нет нужны в жестком тайминге со стороны однокристалки.
Тайминг - это радиолюбительский трюк. По хорошему создается порт статуса, по которому программа отслеживает готовность данных от/к МК.

Цитата Сообщение от esl Посмотреть сообщение
можно пример ?
как я понимаю просто ставится размер диска в параметрах нужный ?
Нет. Параметры диска хранятся на самом диске, как это сделано в MS-DOS. Поэтому система может работать с дисками любых размеров, хватило бы памяти.

Цитата Сообщение от esl Посмотреть сообщение
и кто вам запрещает использовать "образ" размером 8 мб ?
Никто. А зачем, если система может работать непосредственно с диском?

Цитата Сообщение от esl Посмотреть сообщение
только без диреторий удобство работы с многомегабайтными "дисками" стремиться к 0.
Это было бы справедливо, будь количество файлов хотя бы под 200 и выше.

Тем более:
Цитата Сообщение от esl Посмотреть сообщение
так образы выполняют роль "директорий"
Система может работать с несколькими дисками сразу - на одном храним утилиты, на другом - игрушки, на третьем музон и тд. Это не считая областей USER.

Цитата Сообщение от esl Посмотреть сообщение
а на пц для цпм есть куча тулзов для работы с образами
куча плагинов для far/total
если они пока не понимают дисков для ПК8000 - вопрос решаемый.
Вы бы тему на несколько страниц отмотали

Цитата Сообщение от esl Посмотреть сообщение
и еще раз, для ЦПМ все диски имею сектор 128 байт ......
задача биоса с конвертировать физический размер сектора в логические которыми оперирует цпм ...
и макс размер "диска" 128*256*256/1024/1024 ~8 мб
В моей реализации и 32Мб подключаются, по несколько сразу Программисты мы, или хрен собачий?