Эмуляция 1801ВП1-128 в ПЛИС

[Woland]

А как определить, что прочитан маркер?

Никак не определять. Когда маркер обнаруживается, начинается чтение тех данных, что идут следом, а по мере их чтения устанавливается бит готовности.
Вообще, значение маркера можно прочитать в регистра 177132, чтобы программа могла определить, какой именно из маркеров у нас тут появился (в программе WORK монитора это используется); но специальных битов в регистре состояния под это дело нет, только готовность.

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

Маркеры там идут дуплетами, сначала обязательный A1A1 с двумя пропущенными синхроимпульсами, затем A1FB, A1FE, A1F8, ... c одним пропуском синхроимпульса, которые уже маркируют тип сектора.

можно заключить, что в сдвиговый регистр переписывается сначала старший байт, а потом младший - это ошибка описания ?

Это все относительно сдвигового регистра, туда загружаются байты наоборот.

Конкретно в нашей эмуляции в схеме сдвиговый регистр сделан не так, как (вроде бы) он должен быть в ВП1-128. Он у нас 16-разрядный и из регистра данных все слова перегружаются сразу. В оригинале для целей экономии пересылка делается (вроде бы) по байту. На логику работы это никак не влияет.

[Patron]

Когда маркер обнаруживается, начинается чтение тех данных, что идут следом

Т.е. если дорожка заполнена данными без маркеров - прочитать не удастся ни одного слова.. Это так?

Маркеры там идут дуплетами, сначала обязательный A1A1 с двумя пропущенными синхроимпульсами, затем A1FB, A1FE, A1F8, ... c одним пропуском синхроимпульса, которые уже маркируют тип сектора.

А как при записи выбирается тип маркера - один там синхроимпульс пропустить или два ?

[Woland]

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

[Patron]

Если маркеров нет, дорожка не прочитается.

Т.е. читаются только слова между маркером и контрольной суммой, включая маркер и исключая контрольную сумму ?

[Woland]

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

[Patron]

Если нет маркера, то и начала чтения нет.

А когда маркер есть и чтение началось - то оно будет продолжаться до каких пор ?

И первым будет прочитано какое слово - слово с маркером ?

[Advertiser]

[Woland]

Первым будет прочитано слово с маркером A1A1. Продолжаться чтение будет бесконечно, пока программе не надоест.

[Patron]

Первым будет прочитано слово с маркером A1A1. Продолжаться чтение будет бесконечно, пока программе не надоест.

Не встретив A1A1, но встретив другой маркер ( например, A1FB ) - чтение начнётся ?

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

...

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

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

[Patron]

В приложении - исходник ПЗУ SMK64_v2.05 пригодный для редактирования в Windows и компиляции в эмуляторе ДВК.

После команд

MAC/LIST:SMK64 SMK64
LINK SMK64

создаётся файл листинга SMK64.LST и образ памяти SMK64.SAV, в котором коды ПЗУ занимают адреса 160000..167777.

...

[Woland]

Похоже в КР1801ВП1-128 есть еще одна недокументированная "особенность", которая выводит программные циклы из ожидания готовности. Там есть пара-тройка мест в мониторе БК, которые могут быть потенциально ловушками неприятностей на диске, скажем, ожидание адресного маркера. ПЛИС-эмулятор ВП1-128 сейчас виснет на таких местах в случае сбоев чтения.

Если предполагать, как ведет себя оригинальная ВП1-128 в такой ситуации, то может она выдает готовность просто скажем когда новый индекс пришел, а контрольная сумма потом разумеется не совпадает. В общем случае, если сумма не совпала, программа должна пойти на новый заход, пока не исчерпается какое-то число попыток. Также, может быть у ВП1-128 более слабая логика определения адресного маркера для экономии элементов микросхемы. В ПЛИС сейчас сделано определение очень жестко, как нарушение синхронизации плюс значение слова A1A1, это удобно для отладки, но может быть избыточно на практике. Есть варианты определения - просто по нарушению синхропотока, либо сравнению только одного байта с A1.