VG93 question

В некоторых командах контроллера VG93 бит 2 отвечает за
за режим проверки положения головки. Что происходит если
при этой проверки номер реальной дорожки не совпадает с
номером в регистре дорожки? Включается бит ошибки поиска?

В описании команды чтении дорожки содержится замечание о
том что при ее выполнении происходит потеря синхронизации.
О чем идет речь? Успевает ли контроллер считать хоть часть
дорожки? В результате команда завершается с ошибкой потери
данных?

С уважением
┬ ┬┌┐┬┐ ┐┬┬
╨╜╨╙╜╨╙ ╨ ╨

Sunday October 19 1997 20:16, Vladimir Yudin ─── All:

[.....]
VY> В описании команды чтении дорожки содержится замечание о
VY> том что при ее выполнении происходит потеря синхронизации.
VY> О чем идет речь? Успевает ли контроллер считать хоть часть
VY> дорожки? В результате команда завершается с ошибкой потери
VY> данных?
Сейчас уже точно не помню, но там что-то связанно с нулевыми байтами
(т.е. = 0), именно пpи их считывании что-то пpоисходит. Если не изменяет
память, то ВГшка в этом случае не пpавильно pасчитывет количество пpишед-
ших импульсов данных...
Результатом всего этого является то, что танные-то обpаза доpожки
считываются, но вот начиная с какого-то байта все смещается на один или
несколько бит (это ведь битовый массив) в ту или дpугую стоpону.

Good luck ! Evgeny.

■ Hочь коpоче дня... День убьет меня... Миp иллюзий в нем сгоpает. (С) Аpия.

Срывается синхронизация в конце 'блока данных' секторов, т.к. при записи
всегда имеется отклонение по скорости вращения диска и новая информация сектора
не может быть абсолютно точно наложена по верх старой. Кроме того, управляющие
байты (начало заголовка, начало блока данных и т.п.) кодируются 'неправильно' с
точки зрения MFM и при их чтении получается нечто другое.

Т.е. достоверной при 'чтении дорожки' будет информация, записанная до
первого сектора (это imho).

Макс Романов придумал защиту, где команда чтения дорожки используется для
определения длины дорожки (это здесь недавно обсуждалось). Hо и здесь, по его
словам, отклонение составляет ~20 байт.

C горячим приветом, Слава!

VM> Т.е. достоверной при 'чтении дорожки' будет информация, записанная
VM> до первого сектора (это imho).

Hеа. Достоверной будет информация до тех пор пока не встретотся поганная
последовательность из 9 бит, при которой контролер теряет синхронизацию.
Причину сего бага в TR-DOS'e определил Титус, а я потерял конкретные значения
этих бит. Ежели на дорожке не будет такой последовательносте, то контролер
прочтет всю дoрожку без потери информации.

С уважением, Alex from FFC COMPUTERS.

VM> Т.е синхронизация "срезается" в начале адресных маркеров (которые
VM> стоят в начале заголовка сектора и в начале блока данных сектора), где
VM> присутствуют "неправильно" кодированые _маркерные байты_.

Интересная инфо, жаль я раньше ее не видел. Хотя теперь есть повод
поэксперементировать заново.

Hичего подобного, никуда синхронизация не срезается, каманда чтения
сектора работает нормально, следовательно, команда чтения дорожки тоже
работает нормально, только осуществляется неполное MFM декодирование.
Так что Титус прав.
Если ты обращал внимание, то на раскрутившемся диске искажение
информации всегда происходит на одном и том же месте, с точностью до
бита, а на адресных метках (АА) синхронизация снова восстанавливается.
Это говорит о том, что это не "глюк" 93-й, а особенность работы команды
чтения трека, о чем, в свою очередь говорится в техдокументации.

VM> Т.е. первая рассинхронизация при чтении дорожки произойдёт в начале
VM> первого сектора, а затем в начале других секторов. Так же она происходит
VM> в местах окончания данных сектора (если сектор хотя бы один раз
VM> перезаписывался), в "плавающих битах", в местах царапин и прочих
VM> дефектов ;)

В случае "дефектов" просто не читается, и ТТХ ВГ93 не при чем.

Nicolaus.