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

[Alex_K]

И ещё вопрос - регистр данных обнуляется по INIT ?

Нет не обнуляется, это хорошо видно по схеме. Соответственно ни регистр чтения данных, ни регистр записываемых данных.
Кстати, насчет бита 14, по схеме видно, что он имеет два источника, в зависимости от того, в каком режиме находится контроллер - чтения или записи. Собственно получается, что если он установился у нас в режиме чтения, потом перешли в режим записи, записали несколько слов с удовлетворением требования. При переходе в режим записи он (бит 14) очистится. Потом перейдем в режим чтения, и бит 14 снова установится.

[Advertiser]

[Patron]

А если в режиме записи, после удовлетворения очередного требования - установить в CSR бит GOR - что тогда будет ?

[Alex_K]

А если в режиме записи, после удовлетворения очередного требования - установить в CSR бит GOR - что тогда будет ?

Сложновато ответить. Надо капитально анализировать схему. Установка режима записи происходит под влиянием сигнала LAST_WR. Сброс в режим чтения - сигнал INIT на шине, а также еще целая куча сигналов, которые должны сбросить в режим чтения. Кстати, каким-то боком в этом участвует и сигнал IND, судя по схеме.

[Patron]

К регистру данных надо обращаться обязательно - иначе LAST_WR/MODE_R/W правильно не перекинется. Ну или INIT внешний дать.

Просто интересно, как идёт запись после того как в CSR:

1. Установлен и не сброшен 8-й бит
2. Установлен и сброшен 8-й бит

в случаях, когда:

1. дальнейшая запись в регистр данных после установки 8-го бита не производится
2. дальнейшая запись в регистр данных после установки 8-го бита продолжается по тебованию

После записи всей CRC регистр приобретет значение 0xFFFF и поэтому после окончания записи CRC будет активен признак CRC_VALID и мы увидим этот флаг в CSR при чтении 177130. Если мы запишем маркер в 177132, то начнется процесс записи нового сектора.

Фокус в том, что после записи CRC заголовка сектора - нужно записать промежуток, который не учитывается в CRC блока данных, потом записать маркер блока данных с последующими данными - и в этот момент генератор CRC должен перезапуститься.

У генератора CRC есть только один шанс отличить первый байт маркера от второго - если бит CRCw сбрасывается только при записи байта маркера. Тогда запись маркера при установленном бите CRCw должна перезапускать генератор CRC.

Но тогда по INIT бит CRCw должен устанавливаться, а не сбрасываться - как иначе определить, что первый байт первого записываемого маркера не является его вторым байтом..

[Patron]

И ещё вопрос - может ли безымянный триггер ожидания байта 0xA1 сброситься до записи контрольной суммы ?

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

[Vslav]

И ещё вопрос - может ли безымянный триггер ожидания байта 0xA1 сброситься до записи контрольной суммы ?
Например, при чтении из регистра данных или при установке бита GOR.

Он сбрасывается или по записи суммы, или по GOR. Если шла запись на диск и тут прочитали вдруг регистр данных, то переходим в режим "псевдочтения", триггер остается установленным и чтение нормально не работает. Чтобы начать читать - GOR надо. Чтобы начать писать - тоже GOR надо сначала, потому что сумма не записывалась и триггер остался установленным, новая запись не начинается (моделирование подтвердило).

[Patron]

Чтобы начать писать - тоже GOR надо сначала, потому что сумма не записывалась и триггер остался установленным, новая запись не начинается (моделирование подтвердило).

Но если режим записи ВП1-128 находится в состоянии NOT A1_WRITTEN ( т.е. до записи 0xA1 или после записи контрольной суммы ) - то чтение регистра данных переводит ВП1-128 в какой режим:

1. В режим ожидания, выход из которого возможен как в режим поиска маркера ( по GOR ), так и в режим записи ( при записи в регистр данных ) ?

2. Сразу в режим поиска маркера ?

[Vslav]

Но если режим записи ВП1-128 находится в состоянии NOT A1_WRITTEN ( т.е. до записи 0xA1 или после записи контрольной суммы ) - то чтение регистра данных переводит ВП1-128 в какой режим:

Сразу в режим поиска маркера, триггер то активен, придет маркер - выработается CRC_RST и начнется чтение.

[Patron]

Сразу в режим поиска маркера

(...) Как выяснилось позже - переходит в тот режим чтения ( поиск маркера или обычное чтение ) который имел место до начала записи.

Как повезет - сигнал nGDR стробируется на триггере G35 импульсами входных данных, если импульсов нет, то бит GOR никак не влияет - запись промоделировалась штатно. А вот если сработает - то все встанет - будут активны RDINIT0 и RDINIT1 - остановится счетчик битов, не будет выставлятся требование и прочее - запись просто не пойдет

А откуда берутся импульсы входных данных в режиме записи ?

Ведь в режиме записи ( насколько я понимаю ) дисковод не выдаёт сигнал на линию RDATA.

---------- Post added at 17:53 ---------- Previous post was at 17:38 ----------

Значит, если начать запись и затем установить бит GOR - запись не зависнет, но сбросится признак A1_WRITTEN. Так ?

[Patron]

Судя по программе форматирования - любое чтение регистра данных немедленно обрывает запись, поэтому при записи сектора, после появления в регистре статуса флага записи контрольной суммы - в регистр данных пишется слово 0x4E4E и только после выставления требования - выполняется чтение регистра данных.