К1818ВГ93

[Costa]

Даташит на бочку! Если это так то очень рулез!

У меня даташита нету.
информацию взял из каталога Сектор электронных компонентов россия-99/Додека/1999

[Максагор]

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

Я в этом мало чт смыслю, поэтому если то, за вопрос не корите сильно? я так понял, что на более новых контроллерах с ФАПЧ и с современными 3.5" (или, на худой конец,5.25" от TEAC) рассинхронизации по команде "чтение дорожки" быть не должно?

[spensor]

Тема ушла от первоначального вопроса. А хотелось бы все-таки выяснить, почему "использовать команду затруднительно"?
Быть может для разрешения данного вопроса могла бы помочь достаточно интересная и познавательная статья о контроллерах дисководов http://zx.pk.ru/showthread.php?t=556. Если бы удалось ее найти.
Несколько лет назад, я пытался самостоятельно разрешить данный вопрос. До конца дело не дошло, но удалось выяснить, что при использовании данной команды имеет место срыв синхронизации, но информация считывается по четкому алгоритму. Выяснить алгоритм не удалось. Я считаю, что если-бы сепаратор данных перестраивался при встрече AM,а он как известно отличается по синхропоследовательности, то все работало бы нормально.

[Ronin]

а может вы тогда эмулятор ВГшки на AVRе напишете, а
а чего - воткнул такое вместо штатной ВГ, и ни проблем с +12, сразу сделать прошивку под чтение 1.44мб, вычистить все глюки ВГшки

[Conan]

Тема ушла от первоначального вопроса. А хотелось бы все-таки выяснить, почему "использовать команду затруднительно"? Я считаю, что если-бы сепаратор данных перестраивался при встрече AM,а он как известно отличается по синхропоследовательности, то все работало бы нормально.

Подумайте вот над чем: Есть ли разница для сепаратора данных, какую операцию чтения выполняет ВГ93, сектора или трека?

А еще попробуйте записать в поле данных значение 29h а затем считать этот трек. Думаю, результаты будут интересны всем.

[lvd]

Подумайте вот над чем: Есть ли разница для сепаратора данных, какую операцию чтения выполняет ВГ93, сектора или трека?

А еще попробуйте записать в поле данных значение 29h а затем считать этот трек. Думаю, результаты будут интересны всем.

Кстати, может быть наконец мне кто объяснит - отличается ли формат записи адресных маркеров у ВГшки от обычных одноимённых байтов или нет? Т.е. эти байты с т.з. MFM записываются как и все остальные - или есть разница (в чём?)?

[Conan]

отличается ли формат записи адресных маркеров у ВГшки от обычных одноимённых байтов или нет?

Отличается.

Т.е. эти байты с т.з. MFM записываются как и все остальные - или есть разница (в чём?)?

Разница в том, что в A1 пропущен синхроимпульс между 4 и 5 битами, а в C2 между 3 и 4 битами (стр. 14 выложенного ранее описания). Относительно этих "дырок" ВГ93 (не сепаратор!) находит границы между байтами.

[spensor]

Подумайте вот над чем: Есть ли разница для сепаратора данных, какую операцию чтения выполняет ВГ93, сектора или трека?

Вопрос конечно интересный. Но, по тому как контроллер работает видимо имеет. Возможно весь фокус в том, что при чтении трека ВГ93 все байты интерпретирует одинаково, не обращая внимания на их функциональное назначение, а при чтении дорожки интерпретация выполняется как положенно. Соответственно в режиме чтения дорожки сепаратор должен приводить все байты в единообразный формат - вставлять пропущенный синхроимпульс.
Вот только вопрос как это работало в оригинальном BDI остается открытым.

А еще попробуйте записать в поле данных значение 29h а затем считать этот трек. Думаю, результаты будут интересны всем.

А можно поинтересоваться, чем обоснован выбор именно этого значения?

[Conan]

Вопрос конечно интересный. Но, по тому как контроллер работает видимо имеет. Возможно весь фокус в том, что при чтении трека ВГ93 все байты интерпретирует одинаково, не обращая внимания на их функциональное назначение, а при чтении дорожки интерпретация выполняется как положенно. Соответственно в режиме чтения дорожки сепаратор должен приводить все байты в единообразный формат - вставлять пропущенный синхроимпульс.

Это напоминает "веру в темные силы электричества": сепаратор подключен своими выходами ко входам ВГ-шки и даже теоретически не может управляться ею. Никакие пропущенные биты он так же не может вставлять, там простейший сдвиговой регистр. Да и не работало бы тогда ничего, ибо ВГ именно по этим пропущенным битам синхронизируется.

Вот только вопрос как это работало в оригинальном BDI остается открытым.

Аналогично своему клону: там был простейший цифровой сепаратор, с которого и скопировали, схему для первых отечественных контроллерах Beta.

А можно поинтересоваться, чем обоснован выбор именно этого значения?

Проведенными ранее испытаниями, результаты которых сохранились. Однако хочется, что бы кто-то этот результат проверил на своем контроллере.

[spensor]

Это напоминает "веру в темные силы электричества": сепаратор подключен своими выходами ко входам ВГ-шки и даже теоретически не может управляться ею.

Не согласен. К сожалению сейчас нет под рукой русскоязычной документации по ВГ93. Но помнится в FDC был вывод, кажется RSTB, назначение которого в принципе остается загадкой, так как в документации ничего вразумительного сказанного не было. А ведь он для чего то нужен, и кажется именно для этого.