Вопрос : Возможно ли заменить реальный дисковод 3,5 на какойто емулятор подключившысь только к шлейфу , без изменений в схеме контроллера . Память емулятора на карточке ММС или другой , перебирать диски - кнопками " + " и " - " .
Вид для печати
Вопрос : Возможно ли заменить реальный дисковод 3,5 на какойто емулятор подключившысь только к шлейфу , без изменений в схеме контроллера . Память емулятора на карточке ММС или другой , перебирать диски - кнопками " + " и " - " .
Для АТМ написан эмулятор дисковода :). Токо не с ММС а из виртуального диска в памяти!Цитата:
Сообщение от pbogdan
ну теперь пишите загрузчик с MMC в память :)
Нужен хардварный внешний емулятор дисковода .
Ну так сделай, за чем дело встало... На твой вопрос можно однозначно ответить - да, сделать можно. Схемка на микроконтроллере. Разработать придётся самостоятельно, готовых решений мне не известно.
Есть и готовое решение: http://www.thesvd.com/SVDЦитата:
Сообщение от Shiru
Схема и прошивка прилагается там же. Через RS232 загружается
образ дискеты и вперед. Не очень сложно переделать под CF или другую память.
www.amiga.org.ruЦитата:
Сообщение от Shiru
искать там инфу про эмулятор дисковода для амиги. все возможно :)
http://www.amiga.org.ru/article.php?...rder=0&thold=0Цитата:
Сообщение от acidrain
http://www.amiga.org.ru/forum/viewtopic.php?t=1298
Так будет точнее =)
Интересно, этот эмулятор будет заточен только под Амигу? Ведь по сути ADF-файлы представляют из себя то же, что и TRD-файлы - почитанные последовательно сектора. Так что наверное этот эмулятор и и для Спектурма сгодится? А? Нужно будет только попросить Тимура сделать поддержку TRD...
P.S. Кстати Тимур Ташпулатов, автор этого эмулятора, также является и автором популярной системы русификации для PalmOS под названием CyrHack. Эта система была одной из первых программ такого рода, она снискала большую популярность за качество и бесплатность.
М-да, Спектруму тоже не помешало бы такое....
http://milliways.chance.ru/~tnt23/pi...8-complete.jpg
http://milliways.chance.ru/~tnt23/pi...ve128-a500.jpg
Какой толк от эмулятора дисковода, который:
1. R/O
2. грузит каждый образ десятки секунд?
Поиграть в гамы - можно, а для работы - бесполезно.
Разве? Ну может быть... Но ведь вполне можно сделать и так, чтобы по окончании работы информация из ОЗУ (изменённый образ диска) записывался обратно на флешку.Цитата:
Сообщение от lvd
Можно, только это надо делать. ;)Цитата:
Сообщение от CityAceE
Можно и эмуляцию TRD сделать, только нужна информация о формате TRD, ну и о формате дорожки ВГ93 расскажите :v2_wink2:
Исчерпывающая информация о формате дискеты TR-DOS на низком уровне содержится в этой книге.
TRD представляет из себя простую последовательность считанных секторов без каких-либо заголовков и контрольных сумм, как секторов, так и самого диска:
Сторона 0, дорожка 0, сектора 0...15
Сторона 1, дорожка 0, сектора 0...15
Сторона 0, дорожка 1, сектора 0...15
Сторона 1, дорожка 1, сектора 0...15
...
Сторона 0, дорожка 78, сектора 0...15
Сторона 1, дорожка 78, сектора 0...15
Сторона 0, дорожка 79, сектора 0...15
Сторона 1, дорожка 79, сектора 0...15
Спасибо, посмотрю.Цитата:
Сообщение от CityAceE
Размер сектора - 512 байт?Цитата:
Сообщение от CityAceE
256!Цитата:
Сообщение от tnt23
256 байт в секторе * 16 секторов на дорожку * 80 дорожек * 2 стороны = 655360 байт - это размер стандартного TRD.
Однако редко встречаются TRD меньшего и большего размера. Меньший размер - с хвоста обрезается неиспользуемое файлами пространство. Больший размер - за счёт числа цилиндров (дорожек) больше 80.
Есть ещё формат SCL - который по сути представляет из себя урезанный TRD с добавленным заголовком и контрольной суммой файла. Из него очень легко на лету получить TRD, что и делают многие эмуляторы.
Кроме того встречаются форматы FDI, UDI и TD0. Это для дисков с нестандартным (хотя они годятся и для стандартного тоже) форматом. Например, стандартные диски с операционной системой IS-DOS можно хранить только в этом формате и TRD для них не подходит.
Эти форматы тоже не плохо было бы поддержать...
Нефиг разбрасываться, начнём с малого :smile:Цитата:
Сообщение от CityAceE
Киньте кто-нибудь в меня примером дорожки TR-DOS, с видимыми невооруженным глазом всевозможными marks?
А почему IS-DOS не может жить на простой посекторной копии? Она что, хранит что-то своё внутри служебных тэгов дорожки?Цитата:
Сообщение от CityAceE
Жить может. И живет, на образах, размером в 800Кб. Вот только надо учитывать, что для того, чтобы через TR-DOS с таких дисков можно было автостартовать, размер сектора должет быть равен 1024 байта. А как узнать о количестве байтов в секторе и количестве секторов на дорожку: В случае обычного TRD-файла размером 640Кб мы эти значения можем выставить в качестве констант. А в остальных случаях - придется к файлу пришивать некий заголовок с описателем структуры дорожки (дорожек) - в результате мы логически подходим к формату FDI-файла, который как раз и представляет собой вначале небольшой (пару-другую килобайт) с описанием секторной структуры каждой из 160 дорожек, а затем - простая посекторная копия всего диска.Цитата:
Сообщение от Error404
Мало того, что сектор 1024 байта, так еще и нумерация непоследовательная - секторов на дорожке 5 штук: 1й,2й,3й,4й и 9й(!!!) ;) Это тоже для автостарта. Так что, вместо того, чтобы придумывать свое, действительно лучше поддержать существующее: TD0, FDI, UDI.
Вот такая вот музика, кто нибудь делал это чудо? Плиз ! На енёрго независимой можно сделать? :v2_devil:
я "экспериментировал" с этой штукой, но только в эмуле (unreal). поправил тырдос, как в оиписалове, бряки поставил и бросал ему сектора по запросам ;) работало (из глюка смог бут 2х секторный запустить). сделал для диска А.
кстати в том описании, что у меня, дамп и листинг не частично совпадали...
есть такая мысль: в область портов тырдоса повесить мк на 2 адреса (команды/состояние и данные), к нему ммс. в тырдосе написать хотябы процедуру чтения сектора. порты пока выбрал: все четные на команды, все нечетные на данные (реальная вгха мне нафиг не нужна ;) есть предложения - пишите.
еще интересны мнения по поводу системы команд для мк. пока придумал такие: инициализация карты, установить адрес сектора, выдать очередной сектор.
Подкиньте описаний форматов, отличных от TRD?
Описание формата UDI (Ultra Disk Image). Этот формат наиболее полно описывает структуру диска. В него может быть преобразован без потери информации и TRD, и FDI. Эмулятор UnrealSpeccy все подключенные образы дисков для раборты внути себя конвертирует именно в UDI.
Из форматов, которые могут быть преобразованы в дисковые образы, есть ещё TD0 (TeleDisk).
А также в дисковый образ могут быть преобразованы HoBeta и SCL. Сами по себе они не являются образами дисков, но некоторые эмуляторы на лету могут их подключать вместо образов, а по сути просто закидывать содержимое этих файлов в пустые (или совместно с программой boot.B) образы дисков.
Спасибо.
Из FDI и UDI какой более распространенный?
SCL по сути то же TRD, только с из него не используемые области убраны, хорошо место экономится - только этим он и хорош.
SCL это не образ диска, а так, кучка trdos-файлов. поэтому во всех эмулях его можно только считывать (прозрачно копируя эти файлы в образ диска), а сохранять нельзя.
но популярен, да -- потому, что если в SCL пара файлов, то у него и размер соответствующий, а не в обьем дискеты как у образов
Мне очень понравилась фотка этого устройства ,ну и конечно само устройство, к чему разработка теперь подошла, спустя такой срок.
было бы очень хорошо если бы оно еще и записывало ....
скорость переноса дисков была бы без таких проблем которые существуют на данный момент.
Если запись будет доделана то так как это "железный эмулятор дисковода" несоставит труда сохранять любые нестандартные дороги вписывающиеся в формат UDI .
Если разработка будет вестись в этом направлении чтобы все так и работало, то я потенциальный заказчик такого девайса.
:v2_rolley
Лучше сразу делать поддержку UDI, т.к. FDI - это левый формат, который содержит не всю информацию (больше чем в trd, но меньше чем в UDI). Любой формат может быть преобразован к UDI при помощи утилит. FDI - примерно тоже что и TD0. Формат UDI описывает диск максимально полно, включая все служебные зоны и маркеры. Полнее чем UDI диск описать нельзя.
Так в UDI и сделан практически MFM (но только для служебных маркеров), в остальном обычные байты данных, т.к. этого хавтает практически под все задачи. Какой смысл хранить синхробиты от MFM там где они стандартные (вторая половина битовой ячейки не нужна - это синхроимпульс)?
Ну так оно еще более универсально получается - можно хранить не только IBM совместимые форматы дорожки, но и амижные, и CGRные, в общем, любые.
Удобство в том, что при загрузке такого файла в эмулятор не нужно заботиться о преобразовании его в тот или иной формат (ZX, Amiga и так далее) - то есть вообще никаких преобразований не нужно. Практически waveform :)
Он этим и пытается заниматься :) беда в том, что форматов заметно больше одного, а вычислительных можностей в устройстве не то чтобы очень много, а скорее даже мало. Поэтому - раз уж упоминалась возможность конвертировать в UDI изо всех других форматов - чего бы сразу не конвертировать в MFM?
(Я вот вообще невежественно полагаю, что довольно было бы и одного TRD :v2_tong2: )