А чтобы не промахивалось при переходе на дорожку надо в памяти строить ее "сырой" образ со всеми межсекторными промежутками, синхрозонами, маркерами. Тогда с ней легче работать. Ну и помнить, что маркер это не только байт 0xA1, а байт с пропущенным синхроимпульсом, поэтому при поиске маркера байты 0xA1 в зоне данных пропускаются, а находятся только в заголовке. Также диск надо крутить, т.е. переходить на следующее слово каждые 64 мкс.Сообщение от Titus
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
У меня сырой образ MFM не строится в памяти, как ты видел по исходникам. В связи с этим A1А1 могут попасться и внутри сектора. Думаю, что именно это и дает ложную синхронизацию. Кроме того, в загрузчике сделано так, что если при поиске маркеа заголовка найден маекер данных, то по таймеру пропускается один сектор. А у меня эти задержки не учитываются, и за время отсутствия обращения к диску, диск НЕ прокручивается, а стоит на месте. В результате программа думает, что она уже стоит на пробеле идущем, после блока данных, и начинает с ним синхронизироваться. А его-то и нету. Она опять сбивается и снова ищет пробел, исчерпывая счетчик.
Хотя, по-хорошему, если сделать настоящий сырой образ MFM в памяти, то будет работать по-любому все)
---------- Post added 11.02.2012 at 00:11 ---------- Previous post was 10.02.2012 at 23:58 ----------
Интересно, что когда сам что-то делаешь и выкладываешь готовое, все скачивают втихмолку. А когда начинаешь публично обсуждать проблемы, сразу появляется оживление. Похоже, народу не столь важно получить что-то рабочее, сколь поучавствовать в процессе)
Последний раз редактировалось Titus; 11.02.2012 в 00:01.
Да, правильнее строить в памяти "сырой" образ, легче с ним работать. А насчет того, что будет работать все, это зависит от того как правильно эмулируется контроллер. И самое главное помнить, что все состояния зависят от состояния контроллера, а не дисководов. Т.е., если контроллер нашел маркер и перешел в режим чтения данных, то он будет так в нем и оставаться, если даже переключать дисководы (т.е. с одного привода на другой). Единственно от присоединенного дисковода зависят только индексное отверстие и дорожка 0.
И не надо образ MFM. MFM это совершенно другое, для эмуляции контроллера это не надо, достаточно только "сырого" образа с двоичными данными.
В сыром двоичном образе (не MFM) нет информации A1 с неправильным синхробитом.
Кстати, в сырой MFM-образ можно подсунуть любую дискету с защитой. Хотя, на УКНЦ вроде таких не было.
Последний раз редактировалось Titus; 11.02.2012 в 00:21.
Естественно, делать то самому лень, надо время, усилия. А тут насоветовал, кто-то сделал, получилось, и можно воспользоваться результатами чужого труда.
Но если честно, то программирование, все-таки творческая вещь, когда нет желания, то и делать не хочется. Появилось - можно многое сделать. Сейчас у меня такого желания нет, потому и советую, что знаю.
Ничего нет плохого, если человек, допустим, не умеет программировать, но может помочь тем или иным советом. Кроме того, не все же делать собственный эмулятор.
Под MFM я представляю представление информации в том виде, как она записывается контроллером и дисководом на диск, т.е. каждый двоичный бит состоит из двух MFM-битов, т.е. "1" - это 01, "0" после "1" - 00, "0" после "0" - 10. Естественно в данном случае желательно иметь два массива - собственно данные и данные с пропусками синхроимпульсов. Так оно и сделано в UKNCBTL.
О, как. А я думал, там FDD вообще не эмулируется, только перехватывается)
Если делать реальный MFM, то тут надо эмулировать внутреннюю работу 1801ВП1-128. Я по большей части представляю как она работает внутри. Но программирование ее работы на языке высокого уровня не очень приятное занятие, т.к. в ней идет работа все-таки с потоком последовательных битов. В случае ее эмуляции данные надо обрабатывать каждые 2 мкс.
Titus, тут вот есть предложение приложенного Кота взять на перевоспитание )))
Кот немного странный = размер меньше чем у того который у тебя для КГД, но и не УКНЦшный, по косвенным данным это переделка ДВКашного для БК0011 ??? Но переделка с Кота под КЦГД (???) Может на досуге посмотришь что там с ним?
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
