ComboDrive V13

[DonkeyHot]

Мой велосипед на квадратных колёсах. IDE+FDD+(возможно RAM диск) для УКНЦ
Схема IDE доработана в следующем:
1) DD2 на схеме наложились при отрисовке в оригинальной схеме 2 дорожки - исправлено
2) Светодиод выведен корректно, могу ошибаться, но вешать его на сигнальную линию моветон
3) Введен джампер IDE ON - позволяет при необходимости отключать контроллер (особенно если на одной плате FDD и RAM диск)
4) Соответственно сигнал /CS заведен через свободный разряд DD5 и подтянут на 1, исключая состояние Z выхода.
5) Странный сигнал "А" выведен корректно на выход ЛА3

С большой долей вероятности платы будут поставляться с корпусом. Пока не посчитал экономику, но уже разработан оригинальный корпус который весьма прост в промышленном изготовлении.
Схемы FDD и рамдиска пока в процессе исследования-разработки.

[Advertiser]

[Arseny]

DonkeyHot, а может переговорите с разработчиками Эмуляция 1801ВП1-128 в ПЛИС и Контроллер SMK-512 на программируемой логике для БК10-01 / БК11М на предмет дальнейшего развития? Плату все равно проектировать...

[DonkeyHot]

Общался, пока все туманно.

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

касательно рамдиска два пути - исследовать существующий драйвер на предмет взаимодействия с портами и делать железо под него, либо забить и писать свой драйвер и делать железо.


Накажу! Moderator

[DonkeyHot]

С RAM диском оказалось всё проще. Драйвер ME.SYS общается со страницей памяти по адресам 100000-117777 (8000-9FFF), страницы переключаются регистром по адресу 177200 (FE80). 512Кб диск одним чипом статики AS6C4008 например реализуются относительно не сложно. Причем этот драйвер позволяет загружаться с рам диска как с пзу кассеты. Вопрос - есть ли потребность в рам диске у аудитории?

[Arseny]

Вопрос - есть ли потребность в рам диске у аудитории?

Крайне сложный вопрос. С одной стороны - да, но если будет реализована работа с "дискетами" на SD - тогда нет. Тут все упирается в быстродействие, надежность и объемы носителей доступных пользователю - по сравнению с дискетами. Плюс - возможность прямой загрузки с устройства. Т.е. - будет ли возможность загрузиться с RAM диска, при наличии только RAM диска и отсутствии дисковода с системной дискетой?

[DonkeyHot]

да, Батьков Г.А. об этом прямо заявил. Именно эта модель позволяет загружаться. Вопрос лишь в том, что изначально на рамдиск должно быть что-то записано. А значит требуется другое устройство.

[TheGWBV]

да, Батьков Г.А. об этом прямо заявил. Именно эта модель позволяет загружаться. Вопрос лишь в том, что изначально на рамдиск должно быть что-то записано. А значит требуется другое устройство.

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

А ведь можно и аудиотреки туда размещать и графические примитивы (для игр и демок, например). Наверное можно даже в Unix как-то это использовать :-)

[Arseny]

А ведь можно и аудиотреки туда размещать и графические примитивы (для игр и демок, например). Наверное можно даже в Unix как-то это использовать :-)

Так по объему данных, наличию загрузки и возможности хранения информации контроллер жесткого диска имеет преимущество перед RAM диском. Вот тут бы как раз и совместить в одной ПЛИС (я про эмулятор 1801ВП1-128) все вместе - и возможность работать с реальным дисководом, и с виртуальным "дисководом" на SD, и свой вариант большого диска вместо HDD (на той же SD).

Эмулятор 1801ВП1-128 подтягивать к проекту и расширять его возможности нужно по любому - совместимость в работе с дискетами точно нужна. Иначе особенности работы новых контроллеров может выйти боком. Например, есть вариант Unix с исправленным для работы на УКНЦ драйвером дисковода. Он ведь не будет работать с новым девайсом, а возможность, хотя бы с дискет, запустить Unix на УКНЦ пришлось ждать лет 10, кажется.

[DonkeyHot]

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

А ведь можно и аудиотреки туда размещать и графические примитивы (для игр и демок, например). Наверное можно даже в Unix как-то это использовать :-)

там писать особо нечего, новодельный софт сам может детектить плату, инициализировать и страницы листать, единственное может быть конфликт с блочным драйвером, если с него запуск был и данные затрутся

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

Так по объему данных, наличию загрузки и возможности хранения информации контроллер жесткого диска имеет преимущество перед RAM диском. Вот тут бы как раз и совместить в одной ПЛИС (я про эмулятор 1801ВП1-128) все вместе - и возможность работать с реальным дисководом, и с виртуальным "дисководом" на SD, и свой вариант большого диска вместо HDD (на той же SD).

Эмулятор 1801ВП1-128 подтягивать к проекту и расширять его возможности нужно по любому - совместимость в работе с дискетами точно нужна. Иначе особенности работы новых контроллеров может выйти боком. Например, есть вариант Unix с исправленным для работы на УКНЦ драйвером дисковода. Он ведь не будет работать с новым девайсом, а возможность, хотя бы с дискет, запустить Unix на УКНЦ пришлось ждать лет 10, кажется.

если ставить плис, то всю мелкую логику по дешифрации адресов тоже надо туда загонять

[Arseny]

если ставить плис, то всю мелкую логику по дешифрации адресов тоже надо туда загонять

Так и я о том же. Просто поддержку дисководов совсем не стоит выкидывать. Работа с дискетами на уровне "это точно дискета" должна быть реализована, а вот будет это виртуальный FDD или виртуальный 1801ВП1-128 - не принципиально.