К1818ВГ93

[spensor]

В книге “ZX Spectrum & TR-DOS для пользователей и программистов” на стр. 209 есть такой абзац:
“Чтение дорожки 11100e00
Эта команда считывает с дорожки всю имеющуюся на ней информацию, включая поля пробелов, заголовков и служебные байты. В силу некоторых аппаратных особенностей Beta Disk’а при выполнении этой команды происходит потеря синхронизации данных микроконтроллером. Таким образом, использовать команду затруднительно.”
Кто может подсказать что это “аппаратные особенности”?

[Advertiser]

[Lion17]

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

[Conan]

Возможно, я ошибусь (давно было дело), но устройство разделения данных (или как его еще называли, «ФАПЧ») производит «низкоуровневую» синхронизацию и выделение данных, вне зависимости от того, какие операции выполняет ВГ93 (чтение сектора или дорожки). Поэтому аппаратные особенности тут не при чем.

Скорее дело в том, что при чтении дорожки в ВГ93 не отключается детектор адресного маркера AM. И соответственно данные, совпадающие с форматом AM, интерпретируются именно таковыми (а не просто последовательностью байт в поле данных). Эта «особенность» ВГ-шки делала крайне сложным чтение дорожки, например, при попытке копирования «бит в бит». У других контроллеров, в частности у 8272, была возможность отключения детектора АМ при чтении дорожки.

[Lion17]

Возможно, я ошибусь (давно было дело), но устройство разделения данных (или как его еще называли, «ФАПЧ») производит «низкоуровневую» синхронизацию и выделение данных, вне зависимости от того, какие операции выполняет ВГ93 (чтение сектора или дорожки). Поэтому аппаратные особенности тут не при чем.

Скорее дело в том, что при чтении дорожки в ВГ93 не отключается детектор адресного маркера AM. И соответственно данные, совпадающие с форматом AM, интерпретируются именно таковыми (а не просто последовательностью байт в поле данных). Эта «особенность» ВГ-шки делала крайне сложным чтение дорожки, например, при попытке копирования «бит в бит». У других контроллеров, в частности у 8272, была возможность отключения детектора АМ при чтении дорожки.

По моему причина как раз обратная - в том что при чтении дорожки детекторы адресных маркеров отключаются. Как известно при записи маркеров на диск пишется байт с пропущенными синхроимпульсами, и по этому факту при чтении сектора контроллер точно вычисляет границу байта записанной информации. А вот при чтении дорожки он считывает всю дорожку как один массив битов и смещенные сектора читаются совсем не так как должны. Если вдруг случайно записанный сектор попал на границу байта, то он считывается отлично вместе с адресными маркерами.

[Conan]

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

Почитайте внимательно на стр.13 приведенного описания, про чтение дорожки.

Как известно при записи маркеров на диск пишется байт с пропущенными синхроимпульсами, и по этому факту при чтении сектора контроллер точно вычисляет границу байта записанной информации.

И при записи сектора тоже.

А вот при чтении дорожки он считывает всю дорожку как один массив битов и смещенные сектора читаются совсем не так как должны.

опять же посмотрите внимательно в описание, там сказано совсем другое.

Если вдруг случайно записанный сектор попал на границу байта, то он считывается отлично вместе с адресными маркерами.

"Случайно" записать такое невозможно, при записи сектора контроллер предварительно синхронизируется с данными в его заголовке. Отклонения строго нормированы. Если отклонения превышены, то это сбой.

[Lion17]

Скорее дело в том, что при чтении дорожки в ВГ93 не отключается детектор адресного маркера AM. И соответственно данные, совпадающие с форматом AM, интерпретируются именно таковыми (а не просто последовательностью байт в поле данных).

Ту доку которую ты кинул, я изучал очень подробно когда писал эмулятор ВГ93. Данных совпадающих с форматом AM не может быть потому что только в адресных маркерах исключаются синхро-импульсы. Байты A1 и C2 которые встречаются среди данных не будут приняты за АМ, так как при их записи нет пропущенных синхроимпульсов.

[Conan]

Ту доку которую ты кинул, я изучал очень подробно когда писал эмулятор ВГ93. Данных совпадающих с форматом AM не может быть потому что только в адресных маркерах исключаются синхро-импульсы. Байты A1 и C2 которые встречаются среди данных не будут приняты за АМ, так как при их записи нет пропущенных синхроимпульсов.

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

[CHRV]

У меня чтото устойчивое подозрение что это глюки чисто отечественного характера! Кто нить юзал буржуйские аналоги вместо нашего?
Кстати какие они буржуйские аналоги существуют, я например знаю следующие:
WD1793
FD1793
MB8876/MB8877
WD2793 (вроде со встроенными цепями прекомпенсации)

[spensor]

4 Lion17
То что ты рассказал это уже следствие проблемы, а мне хотелось бы знать первопричину?

Ну я так понимаю, если команда заложена в WD1793, то она должна работать. И в принципе проблема в недоработанности сепаратора данных в схеме оригинального BDI и его клонах. А как решить данную проблему, или точнее, чем базовая схема включения WD1793 отличается от BDI?

[Sonic]

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