Эмуляция 1801ВП1-128 в ПЛИС

[Alex_K]

Тестирование рулит - можно "вручную" отформатировать дорожку абсолютно как угодно и выяснить - выйдет ли сам 1801ВП1-128 из режима поиска маркера или нет.

Это уже проходили с tnt23. У него есть своя разработка - эмулятор флоппи. Делал он его для Amiga, но вот потом решил испытать для УКНЦ. До этого его испытавал также Сергей Вакуленко с БК. Так вот с 1801ВП1-128 эмулятор не очень хорошо работал. Разбирались с tnt23 долго, но разобрались. Все оказалось просто - в эмуляторе дискета идеальная в прямом смысле этого слова, все байты четко выровнены, поэтому все байты начинались на четном MFM-бите, а если 1801ВП1-128 цеплялся после сброса за нечетный MFM-бит, то соответственно маркер 0xA1 никогда в сдвиговом регистре и не оказывался. Ситуация могла меняться когда осуществлялся переход на другую дорожку и останавливался запускался двигатель. Выход был простой - добавление в дорожку MFM-битов "010", т.е. полтора бита данных. В итоге при неправильной первоначальной сцепке при следующем обороте происходил сдвиг на один MFM-бит и уже маркер нормально находился. С УКНЦ после нормально работало.

[Advertiser]

[Patron]

Выход был простой - добавление в дорожку MFM-битов "010", т.е. полтора бита данных.

Но при этом ещё, наверное, на дорожке остаётся и "пустое" место, совсем без установленных битов.

Известно, что

Если остановить двигатель или вынуть дискету, то будут формироваться нулевые байты, но будут формироваться аккуратно каждые 32 мкс

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

[Alex_K]

Но при этом ещё, наверное, на дорожке остаётся и "пустое" место, совсем без установленных битов.

Вообще-то и на УКНЦ, и на БК, и на ДВК с MY дорожка форматируется от индекса до индекса. Тут в отличии от MX, надо форматировать, т.к. запись может осуществляться в любой сектор, не надо писать целиком дорожку.

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

А это не FM, а MFM, тут такой синхронизации, как в FM нету. Бит "1" представляется как "01", бит "0" после "1" как "00", а бит "0" после "0" как "10". А так называемый сбой синхронизации в маркере - это представление бита "0" после "0" не как "10", а "00" (как после "1").

[Patron]

Но всё же, если контроллер считает, что синхронизация достигнута и "нарезает" по байту каждые 32 мкс, а дорожка отформатирована от индекса до индекса и биты круг-за-кругом идут непрерывно - то как какие-то "специальные" полтора бита данных могут что-то изменить ?

[Alex_K]

Но всё же, если контроллер считает, что синхронизация достигнута и "нарезает" по байту каждые 32 мкс, а дорожка отформатирована от индекса до индекса и биты круг-за-кругом идут непрерывно - то как какие-то "специальные" полтора бита данных могут что-то изменить ?

Patron, сперва Вам надо прочесть какую-то литературку по MFM. Вопрос объемистый, и все описывать мне нету времени. Сам бит данных состоит из двух битов MFM, если происходит сдвиг на один MFM-бит, то уже и данные будут формироваться другие. Простой пример - идет последовательность MFM-битов - ...010101010101010101... Если начинать с единичного бита, то будут читать биты данных "0", а если с нулевого бита - то будут читаться биты данных "1". Вот поэтому в MFM так важно правильно сцепится с заданным битом. Поэтому перед маркерами и записывают специально 12 нулевых байт. В зависимости от того в каком режиме находится контроллер, он эти байты может прочитывать как 0x00 или как 0xFF. Поэтому в программах управления 1801ВП1-128 всегда перед поиском маркера ищут последовательность слов 0000000 или 0177777, но это в том случае, если контроллер находится в режиме чтения данных. А при реальной записи сдвиги будут. Если на свежеформатированной дорожке Вы после индекса поймаете маркер первого сектора, то всю дорожку можно прочесть идеально до индексного отверстия вместе с оставшимися маркерами, контрольными кодами и межсекторными промежутками. Но если в какой-то сектор сделали запись (например в третий), то идеально считается только по адресный маркер третьего сектора, а далее читаться будет, но будет полная каша.

[Patron]

Я код MFM довольно хорошо представляю, поэтому и не вполне понятно про "полтора бита". Ведь тогда получается, что для 1801ВП1-128 есть какая-то разница хотя бы между форматированными и неформатироваными участками дорожки, не говоря уже о случаях, когда вся дорожка отформатирована от индекса до индекса. Тогда-то куда это "полтора бита" добавлять..

[Alex_K]

Тогда-то куда это "полтора бита" добавлять..

Добавлялось в образ формируемый эмулятором флоппи.

[Patron]

Добавлялось в образ формируемый эмулятором флоппи.

У которого (понятное дело) в конце дорожки эмулировался "неформатированный" участок.

А это означает, что в режиме поиска маркера сдвиговый регистр 1801ВП1-128 на пустых местах останавливается.

[Alex_K]

У которого (понятное дело) в конце дорожки эмулировался "неформатированный" участок.

А это означает, что в режиме поиска маркера сдвиговый регистр 1801ВП1-128 на пустых местах останавливается.

Нет не останавливается, биты аккуратно формируются каждые 4 мкс, ведь на микросхему поступает 4 МГц, когда сказали к какому биту цепляться, каждые 2 мкс выцепляется по MFM-биту и из двух MFM-бит формируется бит данных, который поступает в сдвиговый регистр.

[Patron]

А разве в режиме поиска меркера ( до его обнаружения ) биты данных формируются? Что-то не верится. Весь смысл добавления "полутора битов" именно в том, что когда идёт поиск маркера - сдвиговый регистр двигается не тактовой частототой, а "битовой" частотой с дорожки. Иначе пустое место будет точно таким же источником битов, как и пресловутые "полтора бита" и они уже ничего изменить не смогут.