Полигон-2

sanders написал:

[q]

С сегодняшнего дня страничка производителя с ФАКом недоступна. Хорошо хоть успел скачать дрова и мануал.

[/q]

- а можно ссылочкуна сайт производителя, откуда Вы всё это скачивали?

http://www.rts.ua/rus/catshop/422/0/8698/
http://support.advantech.com.t...rd=PCD-897
Нечему перекрывать окно Е000 в ХТ. я се вынул, даже контроллер флопа вынимал. Вставлена только видеокарта.

DOS Logic написал:

[q]

А меня вот всегда удивляло.. Как например платы-адаптеры висят в верхней памяти (больше за 640 килобайт)
И работают в ХТ где всего 640 килобайт озу или меньше.. Как проц к ним обращается, по какому адресу тогда они висят

[/q]

Так для того, чтобы процессор обращался к какому-то устройствоу в верхней памяти, как раз и нужно, чтобы на том адресе не было ОЗУ Тут же принцип простой - процессор может обращаться по адресам от 0 до 1023Кб. Адреса 0 .. 639Кб занимает ОЗУ, а оставшиеся специально оставлены разработчиаками свободными, чтобы туда можно было помещать дополнительные девайсы. Это и регистры плат расширения, и картриджи ПЗУ, и основной BIOS там же, и видеопамять. Более того, ничто не мешает продлить обычное ОЗУ выше 640К. Эти самые 640К - всего лишь условность, т.к. этот объем легко набирается из 16 микросхем на 256Кбит + 16 микросхем на 64Кбита, только и всего.

sanders написал:

[q]

Меня терзают смутные догадки, что раз папка названа 8086, то может эта плата способна работать с процессорами, начиная с 8086, а у меня 8088-1?
С сегодняшнего дня страничка производителя с ФАКом недоступна. Хорошо хоть успел скачать дрова и мануал.

[/q]

Я думаю, проблема в другом. Как эта штука работает? Скорее всего, в ПЗУ встроен обработчик Int 13, который цепляется перед стандартным обработчиком в основном BIOS, реализуя функции работы с этим ПЗУ. ХТшка первым делом выполняет при включении процедуру ROM scan, находит это ПЗУ и выполняет его код. Вероятно, зависает из-за этого кода. Я даже могу предположить, почему - адаптер пытается определить наличие других дисков в системе, чтобы присвоить себе правильный номер, но фишка в том, что порты дисковых контроллеров в ХТ и АТ разные. На том и зависает.

DrPass написал:

[q]

адаптер пытается определить наличие других дисков в системе, чтобы присвоить себе правильный номер, но фишка в том, что порты дисковых контроллеров в ХТ и АТ разные

[/q]

Интересно, как эта платка будет определять наличие МФМ-винта на ХТ? Или она рассчитана исключительно на IDE/ATA-системы, т.е. обслуживание этих систем должно быть зашито в биос мамки, ибо биос DoC-платки не является самодостаточным и опирается именно на АТА-часть биоса мамки?

Попробовать-бы перепрошить платку DoC, чтоб вешалась именно как первый диск с присвоением буквы "С". И подключить МФМ-контроллер, настроенный на нестандартный адрес. В качестве проверки/пробы. Причём, мфм воткнуть (условно говоря) в первый слот, а платку - во второй, чтоб их биосы увиделись в этом порядке.