Замена дисковода эмулятором диска

[tnt23]

Привет.
tnt, можно твой эмулятор доработать, чтобы он мог понимать ADF на 1,76Мб?

Теоретически да. Если я правильно помню, HD под амигой отличается только вдвое меньшей скоростью вращения шпинделя, а подача данных идет по-прежнему на скорости в 250 килобит.
Практически же надо смотреть. Возможно, потребуется капитально переработать все "tight loops", и изменятся требования к объему памяти. Насколько вообще поддержка HD ADF востребована, вопрос.

[Sergey]

Теоретически да. Если я правильно помню, HD под амигой отличается только вдвое меньшей скоростью вращения шпинделя, а подача данных идет по-прежнему на скорости в 250 килобит.
Практически же надо смотреть. Возможно, потребуется капитально переработать все "tight loops", и изменятся требования к объему памяти. Насколько вообще поддержка HD ADF востребована, вопрос.

Согласен: практически, смотреть, конечно надо. Но с уверенностью могу сказать, что скорость передачи там не меняется (Паула, быстрее не умеет), в том-то и проблема переделки дисководов в 1,76 - замедление скорости вращения шпиндиля в два раза, чтобы Паула успевала за диском.

Востребованность HD ADF? -

1. ну это же штатный формат, подерживаемый АмигаОСью;

2. Флоппи-образы установки Дебиана в HD-формате;

3. Можно будет работать с хаёвыми пц-шными дискетами, и в том числе будет интересно запустить под PC-Task`ом AROS с дискетки

[tnt23]

Согласен: практически, смотреть, конечно надо. Но с уверенностью могу сказать, что скорость передачи там не меняется (Паула, быстрее не умеет), в том-то и проблема переделки дисководов в 1,76 - замедление скорости вращения шпиндиля в два раза, чтобы Паула успевала за диском.

Востребованность HD ADF? -

1. ну это же штатный формат, подерживаемый АмигаОСью;

А, вот первый затык где может быть: в процедуре определения Drive ID. На существующем железе программно сделать отдачу сигнатуры HD нереально - я пробовал, латентности менее 0.5мкс не добиться.

2. Флоппи-образы установки Дебиана в HD-формате;

Ну вот я знаю, что такое Debian, а скольким пользователям амиг это неизвестно

3. Можно будет работать с хаёвыми пц-шными дискетами, и в том числе будет интересно запустить под PC-Task`ом AROS с дискетки

Ну как-то не очень востребовано оно, IMHO. Если делать на новом железе более быстрый вариант, то там сделать можно будет, ну а в этой инкарнации, боюсь, не выйдет.

[Error404]

По поводу TRD.
Можно ли сделать не TRD, а некий универсальный простой посекторный формат 2х80, для которого указывать параметр - количество и размер секторов на дорожке. Т.е. TRD будет частным случаем: 16*256. Это позволит "одним нажатием" адаптировать многие прочие простые посекторные форматы типа DSK (от MSX, MSDOS и подобные - 9*512), 800к CP/M (5*1204) и не нужны будут конверторы.

На плате есть некий выход на универсальный дисплей (какой?). Туда выведены кнопки?
Можно было бы как опцию исключать штатный индикатор (экономить ), взамен написать программу, которая на самом же "хосте" по некоторому порту будет получать/ отправлять данные отображая информацию и управляя выбором файла образа диска.

[tnt23]

По поводу TRD.
Можно ли сделать не TRD, а некий универсальный простой посекторный формат 2х80, для которого указывать параметр - количество и размер секторов на дорожке. Т.е. TRD будет частным случаем: 16*256. Это позволит "одним нажатием" адаптировать многие прочие простые посекторные форматы типа DSK (от MSX, MSDOS и подобные - 9*512), 800к CP/M (5*1204) и не нужны будут конверторы.

DSK и IMG сейчас и так поддерживаются (было сделано для Atari ST). То есть любой файл с расширением .DSK или .IMG воспринимается как записанный посекторно с размером дорожки 9*512.

Можно добавить отдельно поддержку формата CP/M (например, по расширению .CPM), 5*1024, если спрос на него будет более чем одиночный

Добавлено через 2 минуты

На плате есть некий выход на универсальный дисплей (какой?). Туда выведены кнопки?
Можно было бы как опцию исключать штатный индикатор (экономить ), взамен написать программу, которая на самом же "хосте" по некоторому порту будет получать/ отправлять данные отображая информацию и управляя выбором файла образа диска.

Дисплей с кнопками запаяны на плате (см. картинки). В принципе железо позволяет написать какой-нибудь экзотический загрузчик с управлением через свободный UART, но у меня в планах этого нет.

[tnt23]

Добавил поддержку .BKD образов (по сути, обычные 800Кб диски, 11*512) для БК-0010.

Что там у нас осталось, iS-DOS?

[scooby-do]

CP\m )

[drbars]

Кстати насчёт mfm формата, под x86 есть конвертор?

trd,td0,fdi,udi<-->mfm

[tnt23]

Кстати насчёт mfm формата, под x86 есть конвертор?

trd,td0,fdi,udi<-->mfm

Сергей Вакуленко начал работу над такой утилитой:

http://vak.ru/doku.php/proj/megadriv...ита_mfmdisk

[Alex_NEMO]

Альтернативный бесплатный (в смысле схемы и прошивки/исходники) эмулятор флопа "SD HxCFloppyEmulator v0.0.4.0" потихоньку развивается:
для Спека заявлена поддержка форматов: DSK and Extended DSK, TRD (BetaDisk), SCL (BetaDisk)!
Цена вопроса:
PIC18F4525/4620 (от ~300 руб.),
4-ре микрухи мелкой логики - 2xLS01, HCT04(14), HCT04,
стандартный LCD 16x2,
2-а стаба (5 и 3,3В),
горстка кондюков и резюков и прочие мелочи,
плата спокойно делается ЛУТом, односторонка!

Интерфейс, конечно убогий, но себестоимость раза в 3-е дешевле чем проект tnt23!
Кто на PIC'ах программит - можно и более приятный интерфейс под GLCD сделать - исходники в свободном доступе!

Вопрос к tnt23 - в твоем девайсе насколько обосновано применение именно ATmega2560, а не, хотя бы, ATmega128? Количество памяти или выводов?