ZX Disk Studio - программа для работы с образами дисков

[Titus]

Синхропоследовательность - 0х00,0х00,0xA1,0xA1,0xA1,FB(FE,F8),
по этой и определяю. ВГ как-то на первой A1 синхронизируется и
вместо нее там разные байты читаются, то 14, то С2, то другие,
а у меня только по A1A1A1FE (или сдвинуто по фазе 14141401)

Быстрая точка bulk, для команд interrupt

Нет, это не синхропоследовательность. Синхропоследовательность нельзя выделить уже после преобразования MFM. Она до преобразования.

Передачи Bulk

Bulk-передачи можно использовать для большого объема быстропередаваемых данных. В качестве примера можно привести задание по выводу на печать, посланное в принтер, или изображение, сгенерированное от сканера. Bulk-передачи предоставляют коррекцию ошибок полезной нагрузки с помощью поля CRC16 и механизмы детектирования ошибок и повторной передачи, гарантирующие отсутствие ошибок в передаваемых или принятых данных.
Bulk-передачи будут использовать остаточную полосу пропускания шины после того, как все другие транзакции были распределены. Если шина занята данными isochronous и/или interrupt, то данные bulk могут прередаваться через шину медленно. Следовательно, передачи Bulk должны использоваться только для интенсивных коммуникаций с негарантированным временем доставки. Особенности передачи Bulk:

Из чего следует, что если протокол тормознет, информация не будет доставлена, а стало быть ее придется повторить либо из кеша, которого у вас нет, либо повторно прочитав трек, что тоже не гарантирует отсутствие сбоя. Получается, что надежен только кеш на... 512кб). Надежен в смысле, что если вы хотите сделать из этого серийное устройство, не только для себя. Поправьте, если я ошибаюсь на счет bulk-протокола.

---------- Post added at 17:08 ---------- Previous post was at 17:02 ----------

А вот мой пост про синхропоследовательность: http://zx.pk.ru/showpost.php?p=373611&postcount=24

[Anykey]

Ну если пакет не получилось отправить,
то у меня возникнет ошибка переполнения,
но потери пакетов быть не может. Конечно
через HUB с несколькими устройствами
может и не заработать, но с другими типами
передачи, то же надежнее и быстрее не будет.

Можно и буфер поставить, я даже бесплатно
заказал SPI RAM на 1024 ждать наверно еще
месяц и сколько она стоить будет и будет ли
доступна не известно. Можно PIC24 попробовать,
там и памяти около 42кб, но она 3V.

Не, мне этот пока способ нравится, вот переделаю
ZXDiskStudio на работу c USB адаптером (пока чтение)
и потестирую на нетбуке и нотебуке. Если не пойдет
тогда и буфер буду ставить.

[Anykey]

Переделал ZXDiskStudio для чтения c USB адаптера.
Сегодня считал первый диск. Время чтения около 1,5 минуты.
Из трех раз 2 раза диск полностью считался без ошибок,
один раз на двух дорожках первые 2 сектора пропали, как
будто дорожки считались не сначала

[Anykey]

Новые эксперименты проводились?

Так, помаленьку. Попробовал работать с 5,25 дисководами
Mitsumi D509V3 и Epson SD600. сначала при перемещениях
контроллер подвисал или сбрасывался, пришлось ставить
буферные элементы на выхода/входа стало лучше, но все равно
при длинном перемещении головки иногда подвисает. Можно конечно
под каждый дисковод устанавливать свои задержки, или БП для
дисковода другой попробовать (3,5 вобще без сбоев работают полностью от USB).
Еще пробовал частоту вращения диска определять по сумме длин импульсов на дорожки, но как оказалось от дорожки к дорожке сумма получается разная, поэтому придется замерять время между индексными импульсами.
Еще все ни как не могу взяться за запись данных на диск, наверно придется использовать USART, но надо экспериментировать.

И еще вот думаю как сделать отдельные процедуры чтения секторов и заголовков и стоит ли их делать, ведь можно считать весь трэк и делать с ним все что угодно.

Думал в каникулы займусь, но что-то лень напала. Видимо пока в голове все не прояснится не продвинусь.

[Northwood]

Anykey, было бы классно, если бы получилось под Windows XP заставить работать 5.25" дисковод, я тогда сразу свой Mitsumi (у меня их 3 шт) поставлю в ПЦ и буду переносить программы и с его помощью, а не только с помощью 3.5" дискет.

Кстати, есть одно пожелание:

Если например в ZXDisk Studio попытаться записать дискету (3.5"), которая не была заранее отформатирована, то отмену записи сделать крайне сложно - ZXDisk Studio перестаёт отвечать на запросы и упорно продолжает пытаться записывать каждый следующий сектор, каждую следующую дорожку. И чтобы всё-таки отменить запись, приходится быстро бесперерывно нажимать "Cancel" до тех пор, пока ZXDisk Studio не дойдёт до начала следующей дорожки, а при не правильно отформатированной дискете, это занимает около 2 минут, беспрерывного нажатия на Cancel. И если вдруг я проворонил переход на следующую дорожку, то снова приходится ждать, пока программа не дойдёт до следующей дорожки.

Не мог бы ты сделать проверку нажатия "Cancel" не только перед началом каждой следующей дорожки, но и сразу после каждой выдачи ошибки записи сектора ?

Ещё было бы не плохо процесс чтения / записи запускать в отдельном потоке, а не в главном потоке программы, для того чтобы при ошибках чтения или записи главное окно не уходило в "астральное состояние" с появлением заголовка "программа не отвечает на запросы".

[Anykey]

Добавил в первый пост версию с более частым опросом кнопки Отмены.

В отдельном потоке я думаю не стоит делать, ведь при ошибке может драйвер подвиснуть, т.е. смысла программе работать без драйвера не вижу (кроме кнопки отмены).

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

[Titus]

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

Для этого надо читать в аналоговом виде с головки, хотя бы посредством 6-битного быстрого АЦП. Второе - это сделать возможность позицирования с точностью 1/4-1/8 дорожки. Когда-то была идея сделать такую читалку, но пока что лениво.

[zorel]

Что-то не получилось прочитать диск CP/M на АТМ - турбо, решил записать для теста, налаживаю АТМ - турбо спек у меня отказывается их читать, образы CP/M в .TRD формате. Для профи вроде есть поддержка, для атм не понял есть или нет, в тр-дос формате читает..

[Anykey]

Прошу прощения, пропустил сообщение.

Что-то не получилось прочитать диск CP/M на АТМ - турбо, решил записать для теста, налаживаю АТМ - турбо спек у меня отказывается их читать, образы CP/M в .TRD формате. Для профи вроде есть поддержка, для атм не понял есть или нет, в тр-дос формате читает..

У Профи и АТМ насколько я помню разный формат CP/M дисков, поддержку ATM CP/M дисков я еще не делал.


Ну вот, только что получилось записать через USBadapter дорожку
и считать то же самое. Теперь попробую записать весь диск, а потом считать его на реале.

[Vovan_a]

Подскажите пожалуйста. Есть у меня 5,25" диск с игрушками для спека. Есть дисковод ЕС5323.01. На реальном спеке почти все игры с диска запускаются. Хотел создать образ диска на РС с помощью XZ Disk Studio, но ни один сектор не читается. Этот же дисковод прекрасно переносит на диски образы дисков Ориона утилитой Diskutil и читает их XZ Disk Studio. Подключал к спеку вторым 3,5" дисковод и пробовал копировать с диска на диск. Также ни один сектор не читается. Это может быть такая защита диска или в чем дело?