К1818ВГ93

[Ronin]

Дык я ж говорю про эмуляцию дисковода =), а не вгшки. Т.е. девайс цепляется на шлейф вместо дисковода.

ну и нафига ?
А эмуляция дисковода+ВГ еще проще чем просто ВГ!
Там же нет глобальной задачи реального времени по отслеживанию потока с флоповода со всякими там ФАПЧ синхронизациями. а поток этот для 1.44мб, ~600 кбит/с (для 720к, ~250 кбит/с)...
А если флоп виртуальный - знай себе только обращения Z80 обрабатывай, с FDI-образа.

[Ronin]

кстати тоже очень интересуюсь этим моментом!
И еще чтение 1.44 (НД дискет)!
Нужно для будущей реализации последнего видимо спека

сам я с 1.44 не эксперементировал, но вроде схемы такие есть. были также слухи об успешной реализации такого контроллера в недрах (c)Nemo который должен был выйти в составе мультикарты (вроде бы)hdd + fdd1.44 + rtc...

Делать "чтоб было правильно" - в принципе не нужно. отработанное решение на ВГ93 вполне себя оправдывает - дискеты и так уже отмирают. Но с точки зрения "как интереснее" заэмулить ВГ93 (а еще лучше вместе с внешним сепаратором - вплоть до разъема дисковода) весьма неплохая задачка и результат ее решения тоже достаточно универсален в применении.

[lvd]

ну и нафига ?

Как нафига? Чтобы в амижные игры гамать дискетные. Чтобы на спеке ездыки дисковода не слушать и не носиться с 3 живыми 3.5" дискетами туда-сюда, скидывая их в трд и обратно. Чтоб коллекцию гам прямо с флешки юзать.

А эмуляция дисковода+ВГ еще проще чем просто ВГ!

И чё - в плату вместо ВГ втыкается? Все остальные варианты с перелопачиванием половины спека - всадд =)

Там же нет глобальной задачи реального времени по отслеживанию потока с флоповода со всякими там ФАПЧ синхронизациями. а поток этот для 1.44мб, ~600 кбит/с (для 720к, ~250 кбит/с)...
А если флоп виртуальный - знай себе только обращения Z80 обрабатывай, с FDI-образа.

Теоретик блин =)

[Conan]

были также слухи об успешной реализации такого контроллера в недрах (c)Nemo который должен был выйти в составе мультикарты (вроде бы)hdd + fdd1.44 + rtc...

Интересно, а что бы делали с этим контроллером "счастливые" владельцы изуродованных (переделанных Немо из 1,44 в 720) 3,5-дюймовых дисководов?

[lvd]

Интересно, а что бы делали с этим контроллером "счастливые" владельцы изуродованных (переделанных Немо из 1,44 в 720) 3,5-дюймовых дисководов?

А разве 1.44 3.5" дисководы надо переделывать в 720? У меня на спеке 1.44 работает без всяких переделок... Или ты имеешь в виду, чтобы он (дисковод) не требовал заклейку дырок на дискетах, которые незаклеенными означают, что дискета 1.44 ?

[spensor]

Посмотрел в описании ВГ-шки про сигнал RG. Увы, но для даже для синхронизации аналогово сепаратора он не подходит: при чтении дорожки он неактивен.

А нам вобще-то это и нужно! Нужен сигнал который будет переключать режим работы сепаратора в зависимости от выполняемой команды. Когда читаем сектор сепаратор работает как и обычно, а когда читаем дорожку вставляем синхробиты в метки C2 и A1. Может я конечно заблуждаюсь, но по моему так.
В противном случае зачем тогда вобще нужен этот сигнал (RG или RSTB, кому как угодно)?

[Advertiser]

[Conan]

А разве 1.44 3.5" дисководы надо переделывать в 720? У меня на спеке 1.44 работает без всяких переделок... Или ты имеешь в виду, чтобы он (дисковод) не требовал заклейку дырок на дискетах, которые незаклеенными означают, что дискета 1.44 ?

Нет, я вот об этом:
Open Letter #40:
4). Поставляемые [Nemo] дисководы (как 5.25", так и 3.5") принудительно, аппаратно устанавливаются в режим 720 Кб посредством аппаратной переделки.

(С) Nemo

[Conan]

А нам вобще-то это и нужно! Нужен сигнал который будет переключать режим работы сепаратора в зависимости от выполняемой команды.

Я наверно плохой рассказчик. Посмотрите в описании ВГ93 (ранее в теме), там есть описание событий (чтение поля нулей или единиц), когда этот сигнал активизируется (за исключением выполнения команд чтении дорожки).

Когда читаем сектор сепаратор работает как и обычно, а когда читаем дорожку вставляем синхробиты в метки C2 и A1. Может я конечно заблуждаюсь, но по моему так.

Это невозможно. Подумайте вот над чем: Как ВГ93 узнает, что в потоке читаемых бит есть байты? И тогда вы поймете назначение адресных меток или байт с пропущенными битами (C2 и А1). А так же поймете, что будет если пропущенные синхробиты «вставить». А так же оцените сложность такого хм… «контроллера обработки потока данных».

В противном случае зачем тогда вобще нужен этот сигнал (RG или RSTB, кому как угодно)?

Наверно Western Digital, тоже так подумал: зачем? И убрал его в следующих версиях контроллеров. Если серьезно, то в присоединенной файле (кстати, добыл специально для вас и с большим трудом), приведена схема сепаратора, где этот сигнал задействован. Если разберетесь, какую функцию он там выполняет, и расскажете, думаю, всем будет интересно.

[CHRV]

Нет, я вот об этом:
Open Letter #40:
4). Поставляемые [Nemo] дисководы (как 5.25", так и 3.5") принудительно, аппаратно устанавливаются в режим 720 Кб посредством аппаратной переделки.

(С) Nemo

Видимо Немо на дисководе фотодиод замазывал чем нить

[spensor]

Люди, а кто знает зачем разработчик схемы HD-FDD (не помню ника) вводил сигнал с микрика - детектора плотности записи в схему контроллера? В принципе же в PC в этом нет необходимости. Я хоть алгоритм детектирования диска и не видел, но насколько понимаю работает это приблизительно так:
1. По умолчанию считаем, что диск высокой плотности (HD) и переключаем схему контроллера на работу с HD.
2. Если считать с диска информацию за N попыток не удалось, переключаем схему на DD.
3. Если считать данные опять не удалось, считаем, что диск не отформатирован и выдаем сообщение об ошибке.
Стоит ли ради такого нехитрого подхода курочить дисковод?