Эмулятор дисковода для ПЭВМ Агат

[djvini]

Wierzbowsky, если приобретать на ali железку, то для прошивки получается надо отправлять во Францию?
Конечно можно купить и тут http://hxc2001.free.fr/floppy_drive_...ml#SALESPOINTS.
Вот , например, для моего бежевого корпуса девайс с SD-флешкой http://lotharek.pl/product.php?pid=122
Но 102 Евро - цена как-то кусается...

- - - Добавлено - - -

dk_spb, утилиткой под винду можно залить прошивку для девайса.
Но вот саму прошивку для адаптации под Агат получается самостоятельно нельзя...

[Advertiser]

[dk_spb]

Но вот саму прошивку для адаптации под Агат получается самостоятельно нельзя...

Почему?

[Wierzbowsky]

Wierzbowsky, если приобретать на ali железку, то для прошивки получается надо отправлять во Францию?
Конечно можно купить и тут http://hxc2001.free.fr/floppy_drive_...ml#SALESPOINTS.
Вот , например, для моего бежевого корпуса девайс с SD-флешкой http://lotharek.pl/product.php?pid=122
Но 102 Евро - цена как-то кусается...

- - - Добавлено - - -

dk_spb, утилиткой под винду можно залить прошивку для девайса.
Но вот саму прошивку для адаптации под Агат получается самостоятельно нельзя...

В девственный эмуль Gotek с помощью специальной утилитки (и после оплаты 10 евро) через сеть заливается бутблок HxC. И всё. Теперь можно заливать любой биос (на флешку его кидаешь и бутишься с неё по инструкции), хоть для Агата, хоть для другого компа. Биос для Агата я уже выкладывал в теме, но он ещё сырой. Француз работает над записью.

А конструктор корнтоллера я у Sintech всё равно буду брать. Тем более там дисплейчик. Gotek в этом смысле сосёт - только порядковый номер образа показывает.

[sintech]

Привет всем, извините, что не отвечаю. На работе завал.

Да, к hxc/gotek можно подключить такой же i2c экранчик, который использую я. Но придется придумать куда его приделать, чтобы выглядело красиво.

[sintech]

Всем привет!
Долго думал как сделать поддержку записи.
Потом сел и за пару часов написал алгоритм преобразования импульсов данных записи в битовый поток.
Полученный поток записывается сразу в кеш активной дорожки в памяти МК, поверх старых данных.
Съездил в отпуск, думал еще.
Вернулся, переписал обработку импульсов и добавил запись в файл образа при смене активной дорожки.

Вот записал короткое видео. Грузится ИКП9, потом меняю дискету на чистую, пишу на нее программу на бейсике.



Пока поддерживаются только мои образы типа NIM (сырые MFM данные).
И запись работает только для команд бейсика SAVE/BSAVE. Или для любых других которые пишут только область данных сектора.
Можно копировать программы с реального дисковода через BLOAD/BSAVE.
Копирование дисков из ИКП пока не работает, т.к. оно пишет дорожку целиком, уже знаю как починить.

Поэкспериментировал с обнаружением desync на лету. Оказалось, это достаточно просто, что позволит легко добавить поддержку записи сразу в DSK образы.

[LeoN65816]

Судя по не характерному треску не совсем все шоколадно, на реальном АГАТе "тр-р-р, тр-р-р" - и готово, да и артефактные полоски говорят об этом...

Поэкспериментировал с обнаружением desync на лету. Оказалось, это достаточно просто, что позволит легко добавить поддержку записи сразу в DSK образы.

А вот это можно по-подробнее?

[sintech]

Судя по не характерному треску не совсем все шоколадно, на реальном АГАТе "тр-р-р, тр-р-р" - и готово, да и артефактные полоски говорят об этом...
А вот это можно по-подробнее?

Да, с чтением появились проблемы, пока не нашел причину. Скорее всего дело в нестабильности выдачи импульсов чтения.
Desync ищу так: каждые прочитанные 16 бит (данных записи) запускаю цикл, в котором добавляю по одному биту справа к буферной переменной и делаю XOR с 0x89245555, если результат 0, то все последующие биты пишу как информацию из поля данных соответствующего сектора (минус пролог и эпилог с КС). Потом это нужно будет преобразовать из MFM в нормальный вид и записать в соответствующее место образа DSK.

[LeoN65816]

Ясно, спасибо.
1. Где-то на форуме Владимир говорил, что в паре синхросбоя вторым байтом может быть и не $FF. (0x89245555)
2. Синхросбой не только перед полем данных, но и перед адресным полем.
3. Предкомпенсацию записи как-то обрабатываешь?

[sintech]

Ясно, спасибо.
1. Где-то на форуме Владимир говорил, что в паре синхросбоя вторым байтом может быть и не $FF. (0x89245555)

Да, тут либо проверять все возможные варианты, если их конечное кол-во либо писать как есть а уже потом анализировать на компьютере или на контроллере в offline.

2. Синхросбой не только перед полем данных, но и перед адресным полем.

Да, но все команды записи бейсика, которые я пробовал, пишут только кусок данных размером 269-270 MFM слов попадающий между GAP2 (почти полностью) и GAP3 (пару байт):

2.3 GAP2 5x 0xAA bytes
2.4 Desync: 0xA4, 2 ms zero level interval, 0xFF
2.5 Data field:
    0x6A, 0x95 (2 byte, data field prologue),
    256 Data Bytes,
    CRC (1 byte),
    0x5A (1 byte, data field epilogue)
2.7 GAP3 22x 0xAA bytes

Поля адреса записываются только по команде INIT или при копировании дискет копировщиком ИКП например.

3. Предкомпенсацию записи как-то обрабатываешь?

Т.к. временные промежутки между импульсами довольно легко дифференцируются, а предкомпенсация добавляет доли микросекунды, то думаю нет смысла както явно ее учитывать.
Вот пример записи в условных единицах длительности паузы между импульсами, в скобках длина паузы в тиках процессора, после стрелки кол-во импульсов с такой длиной:

    [317] => 4
    [343] => 41
    [349] => 1
    [369] => 796
    [371] => 1
    [395] => 2
    [550] => 3
    [551] => 527
    [575] => 1
    [577] => 164
    [733] => 44
    [734] => 1
    [759] => 69
    [783] => 1
    [785] => 21
    [811] => 1

Поэтому, мы можем легко задать довольно широкие диапазоны для декодирования, например: 0-450 код 10, 450-650 код 100, 650-... код 1000.
Также никто не мешает анализировать эти интервалы после получения данных и подстраивать окна автоматически на основе максимального расстояния между группами значений.

[Sergei Frolov]

Привет!

Захотел скомпилировать под Arduino IDE, но стал выдавать кучу ошибок. Нельзя ли скачать уже скомпилированный файл?