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

[Patron]

Зависит от дисковода и, в общем случае от схемы контроллера дисковода.

Т.е. у некоторых дисководов в едином конструктиве головки есть отдельная головка чтения и отдельная головка записи, причём при записи головка чтения читает старые данные за мгновение до того, как они перезаписываются головкой записи..

Ведь если у дисковода только одна общая головка чтения/записи и она пишет данные - данным чтения взяться физически неоткуда.

Если GOR останется установленным, то запись зависнет. Признак A1W cбросится.

И даже если запись при этом ведётся на неформатированную дорожку - запись всё равно зависнет ?

[Advertiser]

[Vslav]

Т.е. у некоторых дисководов в едином конструктиве головки есть отдельная головка чтения и отдельная головка записи, причём при записи головка чтения читает старые данные за мгновение до того, как они перезаписываются головкой записи..

Ведь если у дисковода только одна общая головка чтения/записи и она пишет данные - данным чтения взяться физически неоткуда.

Я с конструкцией приводов знаком только в общих чертах и просто предположил что может быть всякое - потому что приводов разнообразных очень много. Блокируется ли дисководами канал чтения при активной записи и что они в этот момент выдают на линии читаемых данных - мне точно неизвестно. Надо иметь ввиду что просто так GOR дернуть мало - в этот момент должны идти импульсы читаемых данных. Если нет импульсов, то GOR далеко внутрь схемы не проходит. INIT имеет более радикальное воздействие.

И даже если запись при этом ведётся на неформатированную дорожку - запись всё равно зависнет ?

Если не будет импульсов RDATA то может и не зависнет. А есть эти импульсы или нет - в общем случае неизвестно, зависит от внешних факторов - схемы контроллера, схемы и устройства дисковода, и банально от помех.

[Patron]

Если не будет импульсов RDATA то может и не зависнет.

Получается, что если в режиме записи установить и сбросить бит GOR - это без побочных эффектов приведёт к переходу режима записи в "начальное" состояние ( до записи первого байта 0xA1 ).

[Vslav]

Записываемый бит GOR попадает безусловно сначала в триггер G36 и на выходе формируется два сигнала CSR_GDR и инверсия ~CSR_GDR. Эти сигналы поступают исключительно только на триггер G35, который вырабатывает сигнал ~GDR (активный уровень низкий). Этот триггер G35 тактируется импульсами RDATA, нет импульсов - состояние не меняется, GDR не отрабатывает. Также триггер сбрасывается (~GDR становится высоким) по INIT. То есть можно деактивировать внутренний GDR внешним сбросом.

Далее этот ~GDR идет исключительно на L21 (вторая страница), где уже формируются широкорасходящиеся по схеме активные высокие RDINIT0 и RDINIT1. RDINIT0 формирует в том числе высокий FIN_STB и перевзводит триггер A1_WRITTEN, начинаем ждать маркер.

Также RDINITx сбрасывает PLL, блокирует выработку стробов и удерживает в нуле счетчик битов. Пока активен внутренний ~GDR - ничего не работает, ни чтение, ни запись.

Но вероятнее всего, что вариантов только два:
1. Сигнал RDATA блокируется сигналом WGATE.
2. При установленном сигнале WGATE сигнал RDATA копирует сигнал WDATA.

Стандарт на интерфейс дисковода надо смотреть, но знаю какой именно.

[Patron]

Стандарт на интерфейс дисковода надо смотреть

Похоже, я уже нашёл нужное место:

[Vslav]

Похоже, я уже нашёл нужное место:

Это откуда цитата?
Получается что если импульсов RDATA не будет, то установка GOR при записи никак не влияет на работу схемы. Надо перейти в чтение, дождаться RDATA и только тогда сработает GOR.

[Patron]

Это откуда цитата?

Отсюда: FD-235HF-C891.pdf

А вот цитата отсюда: FD55_Spec.pdf

Получается что если импульсов RDATA не будет, то установка GOR при записи никак не влияет на работу схемы. Надо перейти в чтение, дождаться RDATA и только тогда сработает GOR.

Но триггер ожидания записи байта 0xA1 должен сброситься при установке бита GOR в режиме записи или нет ?