ComboDrive V13

[DonkeyHot]

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

[Arseny]

DonkeyHot, а может переговорите с разработчиками Эмуляция 1801ВП1-128 в ПЛИС (http://zx-pk.ru/threads/20406-emulyatsiya-1801vp1-128-v-plis.html?p=750103&viewfull=1#post750103) и Контроллер SMK-512 на программируемой логике для БК10-01 / БК11М (http://zx-pk.com/forum/viewtopic.php?t=2802) на предмет дальнейшего развития? Плату все равно проектировать...

[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 - не принципиально.

[randomizer]

Было бы здорово добавить к устройству часы. Как до даже странно немного, что нет ни одного контроллера с RTC на борту.

[DonkeyHot]

блин, нашел в схеме ошибку, разряд D0 должен быть на 7 разряде регистра, придется перерисовывать. Насчет часов мысль была. Дрова лениво писать, подумал что проще повесить атмегу мелкую и в 6 портов дату по IORD выдавать. Соответственно по IOWR корректировать часы. В итоге можно даже на васике дату дергать из портов.

[Hunta]

нет ни одного контроллера с RTC на борту
Если под УК-НЦ - то да, а под ДВК и Квант - есть

[randomizer]

Если под УК-НЦ - то да, а под ДВК и Квант - есть
Хм, тогда ведь и с драйвером не должно быть особых проблем.


проще повесить атмегу мелкую и в 6 портов дату по IORD выдавать.
Не судите строго, а что за 6 портов?

[Hunta]

тогда ведь и с драйвером не должно быть особых проблем
Это если будет такая же реализация. А она там своеобразная - общение с модулем RTC идёт через пару (ЕМНИП) регистров передачей битов один за другим.

[DonkeyHot]

Хм, тогда ведь и с драйвером не должно быть особых проблем.


Не судите строго, а что за 6 портов?
ч м с г м д, например

[DonkeyHot]

Выяснилось, что RAM-диск и IDE могут конфликтовать, поскольку оба используют одно и то же окно 100000-117777 и традиционно эгоистично производят не полную дешифрацию адреса. Посему задача стоит в 1) полной дешифрации адреса - все 16 разрядов, с учетом комбинированности и необходимости дешифрации нескольких девайсов, делать это лучше на GAL/PAL - у них 20нс скорость, сопоставимая с обычной логикой, которую ни РЕ3 ни РТ4-5 (70нс) обеспечить не смогут; 2) окно рамдиска сократить до 4кБ (0FFF или 110000-117777), 8-битный порт страницы обеспечит адресацию 4кбайтных страниц и 1мб общей памяти на двух SRAM; порты IDE (110000-110016) также следует полностью дешифровать. Вот такие пирожки. Соответственно загрузка с рам-диска видимо не будет работать, хандлер тоже надо будет ковырнуть.

[TheGWBV]

2) окно рамдиска сократить до 4кБ (0FFF или 110000-117777), 8-битный порт страницы обеспечит адресацию 4кбайтных страниц и 1мб общей памяти на двух SRAM;
Ещё раз обращаю внимание, что это не RAM-disk, а модуль расширения ОЗУ, для которого в 90-е успели только драйвер рамдиска разработать. Но могли бы успеть и диспетчер памяти/задач... Например, в НЕОНе есть два типа выделения памяти под задачи - 4КБ и 8КБ... Оставьте хотя бы 8КБ ;-)

[DonkeyHot]

там вся страница 8кб, и она делится между несколькими устройствами

[hobot]

блин, нашел в схеме ошибку, разряд D0 должен быть на 7 разряде регистра, придется перерисовывать.
Не знаю насколько далеко зашла ваша разработка, то вопрос-предложение, почему вы не рассматриваете
сам форм фактор платы не в виде торчащей башни, а в виде уголка? Как практикующий пользователь могу
сказать, что чрезмерно высоко торчащая плата будет мешать рукам оператора, всегда находится под угрозой
смещения и мех. повреждения.

https://image.ibb.co/mw7kWx/2in1.png
то есть взять высоту стандартную или близкую к ней, доп площадь иметь слева от над крышкой УК-НЦ ещё
1 или сколько надо стандартной ширины?

[DonkeyHot]

я вполне рассматриваю такой вариант. "Это хорошо что вы такой зеленый и плоский" :)

[hobot]

DonkeyHot,

я вполне рассматриваю такой вариант. "Это хорошо что вы такой зеленый и плоский"
если корпус-пластиковый будет иметь правильную стыковку внизу там у материнки - завал платы влево-вправо исключен, см. так тему контроллера ALLinONE (http://zx-pk.ru/threads/29066-dvukhslotovaya-plata-rasshireniya-uk-nts2-(obsuzhdenie).html?p=961095&viewfull=1#post961095) может быть сделать этот контроллер как старт для доработки
мощного расширения для УК-НЦ - заманчиво ли это ?

[DonkeyHot]

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

[svinka]

Если в изделии применить смд компоненты то их гораздо больше можно разместить на плате и что самое важное - с двух сторон