Чтение и запись дисков нестандартными способами.

[Patron]

Почему это обязательно должно быть так?????

Потому что после индекса - соответствие битов словам не гарантировано до обнаружения стартового слова. Только после опознавания стартового слова можно синхронизировать читаемые биты с границами слов, а до того нет никакого смысла выставлять бит готовности и копировать текущее содержимое сдвигового регистра в регистр данных ( поэтому контроллер этого никогда и не делает ).

...
Дальнейшие исследования дали дальнейшие результаты:

1. Программа TSTMX форматирует дорожку от индекса до индекса, размещая стартовое слово в позиции № 9 и не размещая сразу после секторов порядковый номер поверхности от начала диска.

2. Старый драйвер MX прописывает всю дорожку от индекса до индекса, размещает стартовое слово в позиции № 31, а сразу после секторов пишет два слова с порядковым номером поверхности от начала диска.

3. И старый, и новый драйвера MX без проблем читают дорожку, отформатированную TSTMX, значит номера поверхности, которые пишутся ими в конце дорожки - им самим для работы не нужны.

[Advertiser]

[dk_spb]

Потому что после индекса - соответствие битов словам не гарантировано до обнаружения стартового слова.

А причем здесь индекс?
Данные можно выдавать после получения маркера.
Пример: по началу старта дождались индекса, потом дождались маркера и читаем данные. Почему второй индекс ДОЛЖЕН отключать сигнал выдачи данных?

Еще раз Вас процитирую:

Главное - отключает ли сигнал индекса выдачу данных в режиме чтения. Если да ( а это обязательно должно быть так )

А теперь Вы отвечаете мне почему индекс ВКЛЮЧАЕТ подачу данных (это и так понятно, чтобы найти именно маркер в начале дорожки, а не что-то в середине, похожее на маркер.

[Patron]

Почему второй индекс ДОЛЖЕН отключать сигнал выдачи данных?

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

[dk_spb]

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

[Patron]

ВКЛЮЧАЕТ подачу данных

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

---------- Post added at 17:04 ---------- Previous post was at 17:00 ----------

"обязательно должно быть так" совсем не обязательно

В смысле - не заложено в железной логике схемы..

Это да.

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