Пресловутые три MFM-бита делают сдвиг для другого формирования данных.
А в режиме поиска маркера биты данных также формируются и поступают в сдвиговый регистр, но не в регистр данных. Иначе как произойдет сравнение с маркером 0xA1.
Пресловутые три MFM-бита делают сдвиг для другого формирования данных.
А в режиме поиска маркера биты данных также формируются и поступают в сдвиговый регистр, но не в регистр данных. Иначе как произойдет сравнение с маркером 0xA1.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Но если бы пустое место формировало биты, точно так же влияющие на работу сдвигового регистра, как и пресловутые "полтора бита" - то их добавление ничего не могло бы дать.Сообщение от Alex_K
В том и дело, что раз добавление плутора битов на "пустое место" изменяет фазу сдвигового регистра - значит пустое место иначе влияет на работу сдвигового регистра в режиме поиска маркера, чем "не пустое".
У 1801ВП1-128 нету понятия пустого места, раз запустилось чтение, то оно нарезает биты данных в соответствии с временным интервалом. И что Вы подразумеваете под пустым местом - приведите конкретный пример.
Или имелось в виду изменение "битовой длины" дорожки и добавление этих самые "полутора битов" имело вид простого удлинения интервала времени от индекса до индекса.. Что-то не верится.
---------- Post added at 01:29 ---------- Previous post was at 01:28 ----------
Т.е. в режиме поиска маркера чтение уже идёт ?
Последний раз редактировалось Patron; 07.01.2013 в 02:35.
Ох, Patron, все-таки прочитайте литературу по MFM. Я уже вроде несколько раз акцентировал на том, что на каком MFM-бите произойдет сцепка, то так и будут формироваться данные. Пример - вся дорожка аккуратно заполнена MFM-битами ...010101010101010101.. Число MFM-битов в идеальной дорожке четно, поэтому если сцепка произошла с MFM-битом "1", то будут все время формироваться биты данных "0", что соответствует MFM-последовательности "10". Если дорожку дополнить MFM-битами "010", то число MFM-битов станет нечетным, и при одном обороте будут формироваться биты данных "0", а при следующем уже биты данных "1".
В режиме поиска маркера идет чтение потока битов данных (не MFM) в сдвиговый регистр, но сдвиговый регистр не копируется в регистр данных, т.к. начало байта еще не определено.
Похоже, что я понял про "полтора бита".
Идея в том, что если битовая длина дорожки ( в смысле длительности, а не в смысле "содержания" ) не кратна биту - у контроллера нет шанса "зависнуть" на неправильной фазе синхронизации.
Да, если не удалось на этом обороте диска, то получиться на следующем. Но такая проблема возникла только на эмуляторе флоппи после того, как MFM-образ был сформирован из DSK-файла. На реальной дискете все проще -длина дорожки не идеальная, не кратная по MFM-битам. К тому же после записи данных в сектора маркеры данных уже расположены не идеально по дорожке, поэтому какой-нибудь маркер и поймается по пути. А после поимки маркера уже проще - контроллер переходит в режим формирования данных и сигнал готовности появляется каждые 64 мкс. Далее все уже зависит от качества программы чтения данных.
Есть ещё один интересный аспект - потребная глубина фазовой авто-подстройки частоты ( ФАПЧ ) сдвигового регистра.
ГОСТ допускает отклонение скорости диска +-1.5%, из чего можно заключить, что:
1. Разница между скоростью записи и скоростью чтения может составлять до 3%.
2. Прочитать в таком случае без фазовой авто-подстройки частоты сдвигового регистра можно не больше 30 битов подряд.
3. "Пустое место" на диске - это такое место, где ФАПЧ приёмника не работает, т.к. отсутствует "несущая".
Интересно также:
1. В каких пределах отклонений скорости записи и чтения сохраняет работоспособность 1801ВП1-128.
2. В каких пределах отклонений скорости записи и чтения сохраняет работоспособность его копия.
...
Последний раз редактировалось Patron; 07.01.2013 в 04:41.
В довольно больших пределах. Я готовил дискету на PC на дисководе 1,2 Мб. Потом считывал ее на УКНЦ, на МС-5313, на нем мотор работал медленнее, и все нормально читалось. В 1801ВП1-128 при сцепке бита в нулевой зоне перед маркером осуществляется также и подстройка под скорость диска, т.к. в нулевой зоне следуют чередующиеся MFM-биты "1" и "0".
И еще - как такового пустого места на диске нет. При форматировании дорожки она обычно сначала заполняется байтами 0x4E, а потом с начала индекса идет уже запись секторов. Но после окончания записи последнего сектора обычно также до индекса идет заполнение байтами 0x4E. В принципе это видно в любой программе форматирования, можно посмотреть как под УКНЦ, и прошивку 1801РЕ2-255, есть исходники с комментариями.
Этот аспект слабо отражён в справочной литературе по контроллерам. Относительно механизма реализации - я вообще ничего не видел.
На обычном реальном диске.как такового пустого места на диске нет
Когда речь идёт о максимально точном воспроизведении всех аспектов работы оригинального контроллера - интерес представляет и то, как он работает на "неполных" дорожках.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
