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

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

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

https://www.youtube.com/watch?v=1oThDsXNBEg

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

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

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

Цитата:

---

Сообщение от sintech

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

---

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

Цитата:

---

Сообщение от LeoN65816

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

---

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

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

Цитата:

---

Сообщение от LeoN65816

Ясно, спасибо.
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.
Также никто не мешает анализировать эти интервалы после получения данных и подстраивать окна автоматически на основе максимального расстояния между группами значений.

Мне кажется, что писать \ читать сырой поток здравая идея. Легче требования к железу, проще программа, упрощается работа с дисками с защитами от копирования и нестандартными программами. А конвертер в \ из DSK можно и на компе сделать если очень надо - никаких требований к производительности в реальном времени и ограничений по функциональности.

Цитата:

---

Сообщение от Santechnik

Мне кажется, что писать \ читать сырой поток здравая идея.

---

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

Привет!

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

Конечно, выложу вечером на гитхаб.

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

Цитата:

---

Сообщение от sintech

Конечно, выложу вечером на гитхаб.

---

Выложил две версии бинарника под teensy 3.1/3.2 с разными профилями оптимизации.
В работе могут быть небольшие различия.
https://github.com/sintech/AGAT/tree...build/agatdisk

К сожалению, в последнее время до этой версии эмулятора руки не доходили.
Но в любом случае жду баг репортов и постараюсь оперативно исправить :smile:

Спасибо!