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

[Patron]

В довольно больших пределах.

Этот аспект слабо отражён в справочной литературе по контроллерам. Относительно механизма реализации - я вообще ничего не видел.

как такового пустого места на диске нет

На обычном реальном диске.

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

[Alex_K]

Этот аспект слабо отражён в справочной литературе по контроллерам. Относительно механизма реализации - я вообще ничего не видел.

И вряд ли где увидете. А 1801ВП1-128 по всей видимости так и останется "черным ящиком".

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

Ну неполных дорожек не бывает. А про этот аспект я уже описывал. Если контроллер вошел в режим чтения данных, т.е. аккуратно формирует слово каждые 64 мкс, и если при этом пропал сигнал (вынули дискету, остановили мотор и т.д. и т.п.), то будут аккуратно формироваться ноли каждые 64 мкс.

[Patron]

Если контроллер вошел в режим чтения данных, т.е. аккуратно формирует слово каждые 64 мкс, и если при этом пропал сигнал (вынули дискету, остановили мотор и т.д. и т.п.), то будут аккуратно формироваться ноли каждые 64 мкс.

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

[Alex_K]

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

Patron, я упоминал о подстройке по нулевой синхрозоне. Она служит не только для того, чтобы правильно произвести сцепку для определения двоичного бита, но и подстроится под скорость вращения и передачи данных. Во всяком случае я когда экспериментировал с 1801ВП1-128, хватал первый адресный маркер после индекса, и после этого успешно считывал всю дорожку (естественно дорожка должна быть свежеотформатирована и на нее после этого не производилось записи).

[Patron]

Точно! Блок синхронизации у 1801ВП1-128 срабатывает только один раз в начале чтения, поэтому после выхода на неразмеченную зону - слова данных будут формироваться с той скоростью, которая была определена на этапе синхронизации.

Из-за того, что синхронизация у 1801ВП1-128 выполняется только один раз - он и зависает ( в "идеальных" условиях ) в режиме поиска маркера при ошибке битовой синхронизации.

[Alex_K]

Из-за того, что синхронизация у 1801ВП1-128 выполняется только один раз - он и зависает ( в "идеальных" условиях ) в режиме поиска маркера при ошибке битовой синхронизации.

В идеальных условиях он зависал не из-за этого. Т.к. при сбое нулевая зона может читаться как 0x00, так и 0xFF, то в данном случае программа чтения данных при поиске маркера может ошибится и дать команду не на синхрозоне, а на зоне данных, там где записаны байты 0xFF. Соответственно после сцепки контроллер их воспринимает как 0x00, а т.к. диск в эмуляторе был идеальным, то произошло смещение на один MFM-бит (полбита данных), уже после этого ни один маркер не найдется.

[Patron]

Ещё один аспект работы 1801ВП1-128, который мне не вполне понятен - где пропускается, а где не пропускается синхробит при записи слова данных с установленным флагом 'запись маркера'..

[Alex_K]

Ещё один аспект работы 1801ВП1-128, который мне не вполне понятен - где пропускается, а где не пропускается синхробит при записи слова данных с установленным флагом 'запись маркера'..

Сразу скажу, что в MFM, в отличие от FM, как таковых синхробитов нет. Просто при записи маркера 0xA1 шестой слева бит записывается не как "10", а как "00". Т.е. байт 0xA1 (10100001) в режиме записи обычных данных записывается как "0100010010101001", а в режиме маркера как "0100010010001001". Вот по этой записи нуля и различают маркер, соответственно в 1801ВП1-128 еще в сдвиговом регистре должно оказаться 0xA1. Предполагаю, что в 1801ВП1-128 фиксация этого события сделана на 8 бит данных, т.к. если за 8 вдвигов битов данных в сдвиговый регистр не оказалось 0xA1, то признак должен сброситься.

[Patron]

Предполагаю, что в 1801ВП1-128 фиксация этого события сделана на 8 бит данных, т.к. если за 8 вдвигов битов данных в сдвиговый регистр не оказалось 0xA1, то признак должен сброситься.

Т.е. записать при помощи 1801ВП1-128 можно только маркер 0xA1 и только в младшем байте передаваемого слова. Байт 0xA1 в старшем байте слова будет записан как обычный байт данных.

А вот это (полагаю) очень важно в плане адекватности копирования 1801ВП1-128 - и это вполне можно протестировать !

Маркеры там идут дуплетами, сначала обязательный A1A1 с двумя пропущенными синхроимпульсами

Это показал логический анализатор в сигнале RDATA ?

Опознать только 0xA1, а вот записать возможно может и любой, это мне никак не узнать. Во всяком случае в прошивке 1801РЕ2-255 есть функция форматирования в формате IBM, так там пишуться байты 0xC1 при записи маркера дорожки, и пишуться с пропуском синхроимпульса.

Но 0xC1 - это не 0xA1.

Значит, не только 0xA1 может писаться с пропуском синхроимпульса?

[Alex_K]

Т.е. записать при помощи 1801ВП1-128 можно только маркер 0xA1 и только в младшем байте передаваемого слова. Байт 0xA1 в старшем байте слова будет записан как обычный байт данных.

Я говорил не про запись, а про чтение при поиске маркера. Т.к. если при чтении признак не сбросится за 8 попыток задвига бита данных, то можно по ошибке и байт данных 0xA1 принять за маркерный.

---------- Post added at 16:50 ---------- Previous post was at 16:47 ----------

Но 0xC1 - это не 0xA1.

Значит, не только 0xA1 может писаться с пропуском синхроимпульса?

Полагаю, что да. При записи врядли схема следит за тем, что записывают. Если стоит признак записи маркера, то просто при записи очередного байта третий подряд нулевой бит запишется не как "10", а как "00".
Только вот поиск маркера идет именно по 0xA1.