Чтение и запись дисков нестандартными способами.

[dk_spb]

ненужный текст зачищен

[Advertiser]

[Patron]

Это отлично видно из 16 листа паспорта на MX.

Точно.
Ведь схема контроллера MX общедоступна - если там сдвиговый регистр без затей укладывает биты слова на дорожку от старшего к младшему - действительно, вариантов быть не может.

---------- Post added at 21:27 ---------- Previous post was at 21:25 ----------

Получается, что при работе с дисками MX - драйвер Немиги попарно меняет байты местами.

[dk_spb]

Получается, что при работе с дисками MX - драйвер Немиги попарно меняет байты местами.

Как я уже писал в небезизвестной теме (надо уже сокращение придумать, а то как будто ту тему никто не читает), у меня нет MX.sys для Немиги, хотя он точно был в природе.

---------- Post added at 22:49 ---------- Previous post was at 22:45 ----------

Точно..... вариантов быть не может.

Так а я про это и толкую. И очень удивляюсь Вашим вопросам: и в теме все обсуждали, и описания есть, и схемы. А Вы все про какие-то байты....
Прям как Воланд, будто бы я ценнейшую инфу зажал и не хочу делится тем, что на каждом углу написано. При этом вместо "спасибо за Ваши ответы", я получаю "кончай тут писать всякую фигню (о которой тебя только что просили), и бегом дампы делать, при чем чтобы именно логическим анализатором!"

[Patron]

"бегом дампы делать, при чем чтобы именно логическим анализатором!"

Главное - результат. Если есть материнская плата PC с контроллером FDD, который может дампить FM-дорожки "по приказу" MXonPC - ничего лучше и не надо.

Но не у всех такая ситуация. Если кто-то из обладателей логического анализатора сдампит дорожки с разрешением 1 мкс - это может быть весьма познавательно.

В принципе - можно сделать универсальный адаптер дампов, который будет приводить к единому виду файлы дампов дорожек, сделанные любым способом.

[dk_spb]

Главное - результат. Если есть материнская плата PC с контроллером FDD, который может дампить FM-дорожки "по приказу" MXonPC - ничего лучше и не надо.

Любой комп с поддержкой 5.25" в биосе умеет то что нужно.
Мне более интересен процесс записи дискет. Его я сейчас прорабатываю.

---------- Post added at 23:48 ---------- Previous post was at 23:45 ----------

Если кто-то из обладателей логического анализатора

Так у Вас-то он есть? Я не врубаюсь...
Если есть - в чем вопрос????? Не накинуть на флоп два проводка????

[dk_spb]

Patron, Вы меня с каждым разом всё больше поражаете.
1) "что драйвер MX при форматировании пишет служебную информацию в начале каждой дорожки перед "синхропоследовательность� �""
2) "Как ведёт себя контроллер MX, когда при чтении выходит на неразмеченный участок в конце дорожки"
Если Вы знаете от пункте 1 и так уверенно о нем говорите, то логично предположить что Вы смотрели исходник (легко всем доступный) mx.sys
Почему у Вас тогда вопрос по пункту 2????

Я в эти исходники не смотрел (DECовские мнемокоды мне не близки), но исходя из логики и описанной мной ранее "типовой схемы" готов поспорить, что заранее зная размер дорожки мы именно столько и читаем, а дальше просто читать перестаем. Опять же, буфер под считанную дорожу мы имеем ограниченного размера, соответственно больше чем заранее заложено размером буфера мы просто не можем читать (конечно можем, но класть-то куда). Соответственно, ответить на Ваш вопрос можно так: Драйвер читает только то, что ему надо, и при этом на неразмеченную область после окончания данных мы не выходим.

---------- Post added at 16:24 ---------- Previous post was at 16:08 ----------

Да, всё-таки уточню что за такую служебную информацию драйвер пишет в нечитаемую область?

[Patron]

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

Драйвер точно пишет в "недостижимую" область, но вряд ли оттуда читает ( кстати, для чтения служебной информации буфер драйверу не нужен - ДВК обращается к регистрам быстрее, чем к памяти, и драйвер успевает использовать регистр данных MX, как ячейку данных ).

Но вопрос не про драйвер, а про то, идут ли в контроллере MX импульсы на сдвиговый регистр, когда на входе схемы синхронизации пропадают синхроимпульсы с диска.

Важен сам принцип - выдаёт ли контроллер слова данных при выходе в режиме чтения за конец разметки или "всё замирает" и сдвиговый регистр останавливается до появления на входе схемы синхронизации импульсов синхронизации с диска.

логично предположить что Вы смотрели исходник (легко всем доступный) mx.sys

Это я только сейчас пытаюсь делать. Сначала я просто сдалал эмулятор контроллера и посмотрел, что пишет на дорожку драйвер при форматировании и последующем использовании в системе.

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

Всего драйвер MX использует на дорожке 1433 слова из 1562.

Если первое слово дорожки считать за №1, то "синхрослово" 0363 будет №11, номер дорожки будет в слове №12, затем 11 блоков по 129 слов ( 128 слов данных и одно слово контрольной суммы ), а последние два записанных слова будут №1432 и №1433 - в них тоже пишется какая-то служебная информация.

что за такую служебную информацию драйвер пишет в нечитаемую область?

Поначалу я думал, что это константы, как-то связанные с тем, что на двух сторонах дорожки MX размещает 22 блока по 128 слов ( т.е. 11 блоков по 512 байт ), но только что обнаружил, что от записи к записи эти значения могут изменяться..

[dk_spb]

>Драйвер точно пишет в "недостижимую" область, но вряд ли оттуда читает
Спрошу конкретнее: Откуда инфа и что он туда пишет

>идут ли в контроллере MX импульсы на сдвиговый регистр, когда на входе схемы синхронизации пропадают синхроимпульсы с диска.
Я уже рекомендовал 16 лист паспорта на контроллер МХ. Там это написано.

>Первыми двумя словами каждой дорожки пишутся какие-то
...
>последние два записанных слова будут №1432 и №1433 - в них тоже пишется какая-то служебная информация.
Не знаю, я так в MX не разбирался. Тут лучше в тексте драйвера смотреть о чем речь.
Может контрольная сумма дорожки в конце трека?
Достаточно просто сравнить два последних слова соседних треков при отсутствии информации на этих треках (после формата)

[Patron]

Откуда инфа и что он туда пишет

Инфа из образа диска, в который пишет контроллер. Но что он туда пишет, пока озвучивать остерегусь - вдруг это я где-то напортачил.

Я уже рекомендовал 16 лист паспорта на контроллер МХ. Там это написано.

Я этот паспорт читаю непрерывно ( со стр.12 по стр.18 ) уже два дня, но понять на основе написанного, останавливается ли сдвиговый регистр при выходе в режиме чтения на неформатированный участок дорожки или нет - не могу.

Если Вы смогли это понять из описания - расскажите.

Тут лучше в тексте драйвера смотреть о чем речь.

Да, вроде, всё уже работает - RT11 v5.7 не грузилась из-за неточности в загрузчике MX - я его исправил и успешно загрузился в эмуляторе с MX ( и с пульта по команде 'X0' - тоже грузится ). При загрузке - дальше слова №1432 драйвер не читает. Что он конкретно пишет в начале дорожки - честно говоря лень разбираться.
Важнее точно знать не что и почему пишет драйвер, а как работает контроллер.

Может контрольная сумма дорожки в конце трека?

В конце массива дорожки дважды пишется константа 0x83NN, где NN = [удвоенный номер дорожки]+[номер стороны].
Эта информация от записи к записи не меняется.

[dk_spb]

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

>Что он конкретно пишет в начале дорожки - честно говоря лень разбираться.
;-)

>В конце массива дорожки дважды пишется константа 0x83NN, где NN = [удвоенный номер дорожки]+[номер стороны].
Спасибо.