Вид для печати
По сути да, выдавая данные каждые 64 микросекунды, ну кроме моментов перемещения головки, там чуть задержка есть на расчет дорожек, но я думаю это допустимо, тк реальный дисковод уж точно головой медленнее двигает.Цитата:
Сообщение от Alex_K
Но теперь я не могу нормально считать данные с флешки.. прерывания..
- - - Добавлено - - -
Если не ответить на обращение к 177130(2) то УКНЦ выдаст ошибку шины, но я попробую считать обе стороны.Цитата:
Сообщение от AFZ
УКНЦовую программу чтения через -128 я не разбирал. А вот в MY - там по-простому: выдали импульс "Шаг", переслали в регистр заранее подготовленную константу и SOB по нему на себя самого. И никаких проверок по 177130/132...Цитата:
Сообщение от ZPilot
Вот если вы не ответите на эту константу вовремя, получите трап4.Цитата:
Сообщение от AFZ
Всё страньше и страньше! Всё чудесатее и чудесатее! Всё любопытственнее и любопытственнее! Всё страннее и страннее! Всё чудесится и чудесится!@Алиса
Скрытый текст
Это минимальный образ системы от уважаемого nzeemin
https://pic.maxiol.com/images2/15949...716wa0000j.jpg
А это загрузочный образ с бейсиком:
https://pic.maxiol.com/images2/15949...0716222440.jpg
[свернуть]
- - - Добавлено - - -
Судя по тексту 22 цилиндра прочитал.
ну там надо копать на какой конкретно строке стартового файла вылет ?Цитата:
Сообщение от ZPilot
То есть?Цитата:
Сообщение от ZPilot
Вот, пересылаем в R0 константу (вернее не константу, а заранее рассчитанное число) и ждем командой SOB самой на себя. На что здесь отвечать?Код:BIS #200,2(R3) ; Установить бит шага в копии РСН
MOV 2(R3),@R4 ; Сделать шаг
MOV 24(R3),R0 ; R0 = время шага
BIC #200,2(R3) ; Сбросить бит шага в копии РСН
7566$: SOB R0,7566$ ; Цикл ожидания
Это из MY. В УКНЦ посложнее, там, кроме обслуживания ВП1-128 нужно заниматься еще кучкой оборудования, например, видеоконтроллером, поэтому у УКНЦ ожидание не такое тупое - они выходят по RTI, а ожидание делается, похоже, аппаратным таймером (не вникал). Но, по-любому, пока головка движется, принимать с нее информацию нет смысла, а сигналов, свидетельствующих об окончании движения головки в интерфейсе флопиков НЕТ! Поэтому, только ждать, смотреть в регистры 177130/132 бесполезно.
Мне это дело больше нравится в редакции Высоцкого: "Все чудесатее и страньше. Нет, чудестраньше. Ах, я заблуждаюсь!.." :)Цитата:
Сообщение от ZPilot
- - - Добавлено - - -
Я вижу еще пару "подводных камней".
Во-первых, запись. При записи надо будет просто заменить информацию нужных секторов в буфере и пометить этот факт флажком, а при шаге на другую дорожку, перед считыванием нового цилиндра, сбросить по этому флажку измененный цилиндр (или измененные сектора цилиндра) на СД-шку. Вопрос, успеет ли пройти запись этого цилиндра и считывание нового за время одного шага?
И, во-вторых. КМД-УК может обслуживать 4 накопителя. Вопрос: будет ли время на считывание цилиндра при смене накопителей? Он же может стоять уже на нужной дорожке, так, что шаги не потребуются. Впрочем, буфер цилиндра всего 10К, а оперативки у МК 128К, да? Так, что, вероятно, можно выделить каждому накопителю свои 10К на индивидуальный буфер...
Да, кстати, напоминаю. Хоть у ВП1-128 сделаны 4 бита "выбор накопителя", по одному на каждый из доступных накопителей на интерфейсе Shugart, в КМД-УК на два (младших?) бита поставили дешифратор и передают номер накопителя двоичным числом в этих двух битах, а два других бита заняли управлением прекомпенсацией
Когда УКНЦ пишет в порт 177130 значение, чтобы, например, передвинуть головку, она делает следующее: SYNC-DOUT и ждет RPLY, если RPLY не ответит, то трап4. А чтобы сделать RPLY СТМка должна прижать соответствующий пин к земле. Тк это обязательные по времени операции, то они сделаны в прерываниях с максимальным приоритетом. Для этого мне даже пришлось все системные приоритеты понизить.Цитата:
Сообщение от AFZ
Ммм.. тут УКНЦ ведет себя так, при переключении на другой привод она заново читает нужную ей дорожку. Таким образом времени нужно столько же, сколько и просто на текущее считывание, а времени у СТМ на выбор из какого файла читать, нужно тактов 10.Цитата:
Сообщение от AFZ
С 3-мя накопителями именно так.. 4-й вроде, на 10 бите. Тк 3 у меня работали, а 4 нет.. но мне было не до него.Цитата:
Сообщение от AFZ
Сейчас у меня 1 большая проблема, которую я не знаю пока как решить:
Скрытый текст
Те УКНЦ думает, что считала 65 дорогу, а в реальности считалась 57, а может считаться и любая другая и не обязательно на 65 дорожке.
Это происходит после чтения некоторого кол-ва дорожек.
Извините, но я с читил: https://cloud.mail.ru/public/4bfc/3E13W5Dg3
- - - Добавлено - - -
UP: Ускорил загрузку с диска, раз в 5. Для этого исключил чтение с СД-карты когда УКНЦ просто передвигает головки не читая цилиндр.
https://cloud.mail.ru/public/5uJa/2dogvt44G
Естественно. Но, выдав этот бит "Шаг" (вторая строчка в приведенном фрагменте, MOV 2(R3),@R4, в R4 в это время 177130), программа на 3 мс минимум забывает о существовании оборудования по адресу 177130/132. То есть, она считает, что ШД головки стартовал и до окончания его шага смотреть на ВП1-128 бесполезно. Вот, в течение этих 3 мс и можно делать все, что угодно - нового обращения не будет. То есть, увидев, что ПП УКНЦ записывает единичку по маске 0200 в CSR (130), можно спокойно забыть об отслеживании МПИ и вспоминать об этом только через 2.8 мс (0.2 мс оставим про запас).Цитата:
Сообщение от ZPilot
Мы же, вроде-бы, договорились, что читать-писать SD-шку следует только во время шагов, когда ПП на 3 мс забывает о ВП1-128. А при переключении накопителей головка запросто может оказаться на нужной дорожке, и ПП сразу захочет ее читать, а ее еще нет в памяти...Цитата:
Сообщение от ZPilot
Посмотрел схему, биты DS0 и DS1 (ноги 41 и 40 ВП1-128) идут прямо на А0 и А1 м/с 555ИД7. Ей же на А3 приходит сигнал REZ (30 нога 128-й). Вообще-то, этот REZ в MY используется для включения прекомпенсации, но в УКНЦ ее повесили прямо на ноги DS2 и DS3 - не помню, но у них там не то 2, не то 4 уровня прекомпенсации, сейчас вспоминать не хочу. А REZ, как свободный триггер, управляемый с ПП, здесь задействован, как сигнал "не выбран ни один накопитель".Цитата:
Сообщение от ZPilot
Где-то кто-то сбился. И, может быть, из-за попыток читать карточку во время обмена с УКНЦ. Я бы, все-таки, читал СД-шку СТРОГО во время шагов.Цитата:
Сообщение от ZPilot
- - - Добавлено - - -
Что-то не так, шаг должен выполняться 3 мс, независимо от того, что там на дорожках. Или чтение идет слишком долго (может быть нужно читать сразу блоком в 20 секторов), или еще что-то некорректно работает.Цитата:
Сообщение от ZPilot
Я всегда путаюсь в размерах, 3 мс это 3 микросекунды или мили?Цитата:
Сообщение от AFZ
Посмотрите мое предыдущее сообщение, особенно видео, и вы поймете в чем разница при чтении во время перемещения и когда УКНЦ реально начинает читать диск.Цитата:
Сообщение от AFZ
Да, так и есть.. потому.. с читил.. :(Цитата:
Сообщение от AFZ
- - - Добавлено - - -
Даже за 3 миллисекунды я не успею считать 10240 байт, тк за это время надо вычислить номер цилиндра, высчитать смещение в файле, сделать f_lseek и выполнить чтение в буфер, а потом раскидать этот буфер в трек. Что самое обидное, так это то, что f_lseek выполняется почти с такой же скоростью, что и чтение.
- - - Добавлено - - -
Alex_K, ошибок в testmz нет ни при последовательном чтении, ни при случайном чтении секторов.