Тестирование рулит - можно "вручную" отформатировать дорожку абсолютно как угодно и выяснить - выйдет ли сам 1801ВП1-128 из режима поиска маркера или нет.
Тестирование рулит - можно "вручную" отформатировать дорожку абсолютно как угодно и выяснить - выйдет ли сам 1801ВП1-128 из режима поиска маркера или нет.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Это уже проходили с tnt23. У него есть своя разработка - эмулятор флоппи. Делал он его для Amiga, но вот потом решил испытать для УКНЦ. До этого его испытавал также Сергей Вакуленко с БК. Так вот с 1801ВП1-128 эмулятор не очень хорошо работал. Разбирались с tnt23 долго, но разобрались. Все оказалось просто - в эмуляторе дискета идеальная в прямом смысле этого слова, все байты четко выровнены, поэтому все байты начинались на четном MFM-бите, а если 1801ВП1-128 цеплялся после сброса за нечетный MFM-бит, то соответственно маркер 0xA1 никогда в сдвиговом регистре и не оказывался. Ситуация могла меняться когда осуществлялся переход на другую дорожку и останавливался запускался двигатель. Выход был простой - добавление в дорожку MFM-битов "010", т.е. полтора бита данных. В итоге при неправильной первоначальной сцепке при следующем обороте происходил сдвиг на один MFM-бит и уже маркер нормально находился. С УКНЦ после нормально работало.
Но при этом ещё, наверное, на дорожке остаётся и "пустое" место, совсем без установленных битов.
Известно, чтоКак же тогда записанные биты влияют на синхронизацию, если контроллеру без разницы - есть на дорожке биты или нет и режим синхронизации сохраняется даже на пустых местах..Если остановить двигатель или вынуть дискету, то будут формироваться нулевые байты, но будут формироваться аккуратно каждые 32 мкс
Вообще-то и на УКНЦ, и на БК, и на ДВК с MY дорожка форматируется от индекса до индекса. Тут в отличии от MX, надо форматировать, т.к. запись может осуществляться в любой сектор, не надо писать целиком дорожку.
А это не FM, а MFM, тут такой синхронизации, как в FM нету. Бит "1" представляется как "01", бит "0" после "1" как "00", а бит "0" после "0" как "10". А так называемый сбой синхронизации в маркере - это представление бита "0" после "0" не как "10", а "00" (как после "1").
Но всё же, если контроллер считает, что синхронизация достигнута и "нарезает" по байту каждые 32 мкс, а дорожка отформатирована от индекса до индекса и биты круг-за-кругом идут непрерывно - то как какие-то "специальные" полтора бита данных могут что-то изменить ?
Patron, сперва Вам надо прочесть какую-то литературку по MFM. Вопрос объемистый, и все описывать мне нету времени. Сам бит данных состоит из двух битов MFM, если происходит сдвиг на один MFM-бит, то уже и данные будут формироваться другие. Простой пример - идет последовательность MFM-битов - ...010101010101010101... Если начинать с единичного бита, то будут читать биты данных "0", а если с нулевого бита - то будут читаться биты данных "1". Вот поэтому в MFM так важно правильно сцепится с заданным битом. Поэтому перед маркерами и записывают специально 12 нулевых байт. В зависимости от того в каком режиме находится контроллер, он эти байты может прочитывать как 0x00 или как 0xFF. Поэтому в программах управления 1801ВП1-128 всегда перед поиском маркера ищут последовательность слов 0000000 или 0177777, но это в том случае, если контроллер находится в режиме чтения данных. А при реальной записи сдвиги будут. Если на свежеформатированной дорожке Вы после индекса поймаете маркер первого сектора, то всю дорожку можно прочесть идеально до индексного отверстия вместе с оставшимися маркерами, контрольными кодами и межсекторными промежутками. Но если в какой-то сектор сделали запись (например в третий), то идеально считается только по адресный маркер третьего сектора, а далее читаться будет, но будет полная каша.
Я код MFM довольно хорошо представляю, поэтому и не вполне понятно про "полтора бита". Ведь тогда получается, что для 1801ВП1-128 есть какая-то разница хотя бы между форматированными и неформатироваными участками дорожки, не говоря уже о случаях, когда вся дорожка отформатирована от индекса до индекса. Тогда-то куда это "полтора бита" добавлять..
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)