Ну я же подробно расписал как работает GOR. Будут импульсы RDATA - будет внутренний GDR, RDINITx, FIN_STB. Вот FIN_STB и приведет триггер в исходное состояние ожидания чтения/записи A1. Но, судя по цитатам из описания дисководов, импульсов RDATA в режиме записи нет, то GOR будет полностью проигнорирован микросхемой.Сообщение от Patron
Судя по программе форматирования - любое чтение регистра данных немедленно обрывает запись, поэтому при записи сектора, после появления в регистре статуса флага записи контрольной суммы - в регистр данных пишется слово 0x4E4E и только после выставления требования - выполняется чтение регистра данных.
В процессе эмуляции КМД выяснилось, что если режим записи ВП1-128 находится в состоянии NOT A1_WRITTEN ( т.е. до записи 0xA1 или после записи контрольной суммы ) - то чтение регистра данных переводит ВП1-128 в режим предварительного чтения - не выровненного ни на границу байта, ни на границу бита. Поэтому, в данном режиме можно только искать синхрозону. При чтении в районе синхрозоны - слово читаемых данных будет иметь значение 0x0000 или 0xFFFF.
Позже выяснилось, что это не так. При чтении регистра данных в режиме записи - устанавливается тот режим чтения ( поиск маркера или обычное чтение ) который имел место до начала записи.
Последний раз редактировалось Patron; 28.12.2013 в 13:58.
Перевод осуществляется в любом режиме, не зависит от того записали 0xA1 или CRC, или не записали. На дискете в реальности вся дорожка аккуратно выровнена только после форматирования, а стоит записать сектора, то все и пойдет наперекосяк. Потому при поиске синхрозоны и проверяют и на 0x0000, и на 0xFFFF. Но так будет читаться только если контроллер не находится в подрежиме поиска маркера. Если маркер еще не найден, то вся информация с дискеты, проходящая через сдвиговый регистр, не попадает в регистр данных.
Получается, что в режиме предварительного чтения содержимое регистра данных обновляется, но требование не выставляется.
Код прошивки -255 это подтверждает:
Код:; Пропуск не нулей при неактивном ИНДЕКСЕ 6704$: MOV #51010,R1 ; R1 = длина дорожки в цикле 6710$: TST @R4 ; Линия ИНДЕКС активна? BMI 6762$ ; Да MOV @R5,R0 ; Считанное слово равно нулю? BEQ 7014$ ; Да INC R0 ; Считанное слово равно 177777? BEQ 7014$ ; Да SOB R1,6710$ ; Цикл по пропуску не нулей BR 6666$ ; Нет дискеты - ошибка ; Удостоверение в том, что попали на синхрозону 7014$: MOV #3,32(R3) ; Счетчик для удостоверения 7022$: MOV @R5,R0 ; Считанное слово равно нулю? BEQ 7032$ ; Да INC R0 ; Считанное слово равно 177777? BNE 7066$ ; Нет - не синхрозона 7032$: DEC 32(R3) ; Уменьшить счетчик BNE 7022$ ; Продолжаем дальше
Последний раз редактировалось Patron; 27.12.2013 в 17:58.
Ещё вопрос - чем отличается поведение ВП1-128 при установленном сигнале защиты записи ?
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
А что это за режим предварительного чтения? Есть только режим чтения и его подрежим поиска маркера. Так вот в режиме поиска маркера требование не выставляется, но регистр данных чтения не обновляется, данные идут только через сдвиговый регистр.
А коду прошивки не всегда стоит доверять, авторы прошивки работы с дисководом (и на УКНЦ, и на КМД) судя по всему тоже не все знали. Как можно по такой скудной документации написать код, мне непонятно.
Тогда какой режим устанавливается в этом случае:Если при чтении регистра данных в режиме записи - устанавливается один и тот же режим чтения, незавивисимо от состояния записи A1_WRITTEN - то в этом режиме чтения данные должны выдаваться, но требование выставляться не должно.
В любом случае устанавливается третий режим чтения, вопрос лишь в том - один и тот же ли этот режим при любом чтении в ходе записи или устанавливающийся режим зависит от фазы прерванной записи по состоянию A1_WRITTEN ( что менее вероятно ).
---------- Post added at 16:43 ---------- Previous post was at 16:04 ----------
Техническая разница между режимами предварительного чтения и нормального чтения в том, что предварительное чтение не выровнено даже по границе бита. Алгоритмическая же разница ( насколько я понимаю ) в том, что в режиме предварительного чтения не выставляется требование. Это вполне логично - при пропуске требования надо проверять контрольную сумму, но о какой контрольной сумме может идти речь, когда заранее известно, что чтение не выровнено по границе байтов.
Последний раз редактировалось Patron; 27.12.2013 в 18:17.
Ну нету в контроллере никакого режима предварительного чтения. Если уж он начал читать, то читает. Хотя по схеме есть один тонкий момент, что если установился признак LATCH_TR, то сбросить его может только сигнал FIN_STB, а при активном LATCH_TR признак требования не устанавливается. Надо посмотреть повнимательнее схему, проанализировать.
Приеду домой, осмотрю и напишу.
Это режим обычного чтения, при котором не устанавливается требование. Режим этот был обнаружен экспериментально.
Если игнорировать результаты экспериментов и при невыровненном чтении требование устанавливать - все прошивки работают точно так же, потому что в режиме предварительного чтения никогда не проверяют бит требования.
Но если при невыровненном чтении действовать в соответствии с экспериментально наблюдаемыми результатами и требование НЕ УСТАНАВЛИВАТЬ - то все прошивки полностью сохраняют работоспособность именно потому, что в режиме предварительного чтения никогда не проверяют бит требования.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
